显示积压工作和看板中的 Bug
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018
当团队识别代码缺陷或 bug 时，他们可以将它们添加到积压工作，并跟踪它们，类似于跟踪要求。 或者，他们可以安排在冲刺中修复的 bug 以及其他任务。
跟踪 bug 作为要求时，它们会显示在产品积压工作和看板Boards。 将 bug 作为任务跟踪时，bug 会显示在 Sprint 积压工作和任务板上。 有关其他工作项类型的详细信息，请参阅 向积压工作或板添加其他工作项类型。
注意
要求 指定用户对软件产品的期望。 在Azure Boards中，要求由产品积压工作项定义。 它们对应于用户情景 (敏捷) 、产品积压项目 (Scrum) 、问题 (基本) 或要求 (CMMI) ，具体取决于为项目选择的过程。 它们还属于“要求类别”，用于管理产品积压工作项类型中显示的工作项类型。
先决条件
团队必须跟踪 bug 的选项
下表汇总了团队必须跟踪 bug 的三个选项。 在做出选择之前，建议查看 定义、捕获、会审和管理 bug 中提供的信息。 本文概述了 Bug 工作项类型和用于管理 bug 的支持工具。
选项
选择要...
将 bug 跟踪为要求
将 bug 作为任务跟踪
- 估计与任务类似的 bug 工作
- 更新冲刺任务板上的 bug 状态
- 将 bug 链接到作为子项的要求
- 可以将 bug 拖放到“规划”窗格中，将 bug 分配给冲刺
注意
- Bug 分配给任务类别
- 用户情景 (敏捷) 、产品积压工作项 (Scrum) 或 (CMMI) 是 Bug 的自然父工作项类型
- 交付计划上不会显示 Bug
Bug 不会显示在积压工作或板上
- 使用查询管理 bug
注意
- Bug 与 Bug 类别相关联，不会显示在积压工作或板上
- 积压工作、Boards、冲刺积压工作、任务板或交付计划上不会显示 Bug
- 无法将 bug 拖放到“规划”窗格中，将 bug 分配到冲刺
设置团队对 bug 跟踪的首选项
可以从积压工作或板视图或Project 设置>Team 设置更改设置。 在这里，我们将演示如何从板视图更改它。
以配置板并设置常规团队设置。
以打开“设置”对话框。
嵌套项
提示
如果刷新积压工作或板后，看不到预期看到的 bug，请查看 积压工作和板如何显示分层 (嵌套) 项。 只有嵌套项的叶节点显示在看板或任务板上。
使用要求或任务管理 bug 时，它们将显示在一个或多个敏捷工具积压工作和板上。 但是，如果嵌套项目 -- 创建属于“要求”或“任务”类别的项目的父子链接，并非所有项目都可能出现在积压工作和板上。 若要详细了解如何处理嵌套项，请参阅 积压工作和板如何显示分层 (嵌套) 项。
将其他工作项类型添加到积压工作或板
Bug 是团队想要跟踪的常见项，并选择要跟踪它们的方式。 有关详细信息，请参阅 “管理 bug”。
但是，如果要跟踪积压工作和板上的其他工作项类型，该怎么办？
你可以根据所使用的流程模型自定义流程或项目，添加其他工作项类型，例如更改请求、问题或障碍。 有关详细信息，
- 有关继承进程模型，请参阅 自定义流程的积压工作或板。
- 有关托管的 XML 和本地 XML 进程模型，请参阅 向积压工作项类型和板添加工作项类型。
你可以根据所使用的流程模型自定义流程或项目，添加其他工作项类型，例如更改请求、问题或障碍。 有关详细信息，请参阅 向积压工作项类型和板添加工作项类型。
有关流程模型的概述，请参阅 自定义工作跟踪体验。
创建、列出和管理 bug
可以通过 产品积压工作 或 看板添加使用要求管理的 Bug。 当 bug 与任务一起管理时，你可以将它们添加到 冲刺积压工作或任务板。 或者，使用其他工具捕获它们。 有关详细信息，请参阅 定义、会审和管理 bug。
提示
工作应自动成为 bug 的一部分，但如果看不到它，请自定义 Bug 工作项类型以供显示。
可以通过创建查询并指定 工作项类型=Bug 来查看为项目定义的 bug。 或者，打开预定义的查询、 Active Bug (Agile 和 CMMI) ，或者 (Scrum) 进行中工作 。