Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018
当团队识别代码缺陷或 bug 时，他们可以将其添加到积压工作，并跟踪它们，类似于跟踪要求。 或者，他们可以将 bug 计划与其他任务一起在冲刺中修复。
跟踪
Bug 作为
要求
时，它们会显示在产品积压工作和看板上。 将
bug 跟踪为
任务
时，bug 会显示在冲刺积压工作和任务板上。 有关其他工作项类型的详细信息，请参阅
将其他工作项类型添加到积压工作或板
。
可以为
敏捷
、
Scrum
和
CMMI
流程定义团队的跟踪设置。 Bug 工作项类型未为
“基本”
进程定义，因此没有针对“基本”的团队设置。 相反，应使用“问题”工作项类型跟踪 bug 和代码缺陷。
需求指定用户对软件产品的期望。 在 Azure Boards 中，需求由产品积压工作上显示的工作项定义。 它们对应于用户情景（敏捷）、产品积压工作项 (Scrum)、问题（基本）或需求 (CMMI)，具体取决于为项目选择的流程。 它们还属于需求类别，用于管理产品积压工作上显示的工作项类型。
若要配置团队设置，你必须添加到团队管理员角色或成为“项目管理员”安全组的成员。 若要加入，请参阅
添加团队管理员
或
更改项目级权限
。
从 Bug 跟踪选项中进行选择
下表汇总了团队用于跟踪 bug 的选项。 在做出选择之前，建议查看
定义、捕获、会审和管理 bug
中提供的信息，其中概述了 Bug 工作项类型以及用于管理 bug 的受支持工具。
选择何时要...
Bug 与 Bug 类别关联，不会显示在积压工作 (backlog) 或版块上
Bug 在积压工作 (backlog)、Boards、冲刺 (sprint) 积压工作 (backlog)、任务面板或交付计划中不可见
不能将 bug 拖放到“规划”窗格，以将 bug 分配给冲刺 (sprint)
登录到你的组织 (
https://dev.azure.com/{yourorganization}
) 并选择你的项目。
打开看板面板
。 如果你不是团队管理员，则
添加为管理员
。 只有团队和项目管理员可以自定义看板面板。
选择
“板设置”
以配置板并设置常规团队设置。
管理具有要求或任务的 bug 时，它们会显示在一个或多个敏捷工具积压工作和板上。 但是，如果嵌套项（创建属于“要求”或“任务”类别的项的父子链接），并非所有项目都可能显示在积压工作和板上。 若要详细了解如何处理嵌套项，请参阅
积压工作和板如何显示分层 (嵌套) 项
。
如果在刷新积压工作或板后，看不到预期看到的 bug，请查看
积压工作和板如何显示分层 (嵌套) 项
。 只有嵌套项的叶节点显示在看板或任务板上。
将其他工作项类型添加到积压工作或板
Bug 是团队想要跟踪的常见项目，并选择其跟踪方式。 有关详细信息，请参阅
管理 bug
。
但是，如果要跟踪积压工作和板上的其他工作项类型，该怎么办？
可以通过根据所使用的流程模型自定义流程或项目来添加其他工作项类型（例如更改请求、问题或障碍）。 有关详细信息，
有关继承进程模型，请参阅
自定义流程的积压工作或板
。
有关托管 XML 和本地 XML 进程模型，请参阅
向积压工作和板添加工作项类型
。
可以通过根据所使用的流程模型自定义流程或项目来添加其他工作项类型（例如更改请求、问题或障碍）。 有关详细信息，请参阅
向积压工作和板添加工作项类型
。
有关流程模型的概述，请参阅
自定义工作跟踪体验
。
创建、列出和管理 bug
可以通过
产品积压工作
或
看板
添加按要求管理的 Bug。 当 bug 与任务一起管理时，你可以将它们添加到
冲刺积压工作或任务板
。 或者，使用其他工具捕获它们。 有关详细信息，请参阅
定义、会审和管理 bug
。
工作应自动成为 bug 的一部分，但如果看不到它，请自定义 Bug 工作项类型，使其显示。
可以通过创建查询并指定
工作项类型=Bug
来查看为项目定义的 bug。 或者，打开预定义的查询、 (敏捷和 CMMI)
的活动 Bug
，或者 (Scrum) 进行
中工作
。
定义、捕获、会审和管理 bug
启用团队感兴趣的积压工作级别
管理团队并配置团队工具
查看、运行或通过电子邮件发送工作项查询
会审工作项
按分配或工作流更改查询
