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