需求可跟踪性

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

“需求可跟踪性”是指能够关联和记录开发过程的两个或更多阶段，然后可以从其源向前或向后跟踪这些阶段。需求可跟踪性可帮助团队深入了解指标，例如“需求的质量”或“交付需求的准备情况”。需求可跟踪性的一个基本方面是将需求关联到测试用例、bug 和代码更改。

阅读术语表以了解测试报表术语。

运行自动测试的敏捷团队

敏捷团队的特征包括但不限于以下几种

以下几节从质量、Bug 和来源的角度探讨敏捷团队的可跟踪性。

为了确保用户需求满足质量目标，可以将项目中的需求链接到测试结果，然后在团队的仪表板上查看这些结果。这样就可以通过一种简单的方法来监视测试结果，实现端到端可跟踪性。若要将自动化测试与需求链接，请访问生成或发布中的测试报表。

在生成或发布摘要的“测试”选项卡下的结果部分中，选择要链接到需求的测试，然后选择“链接”。
选择要以指定方式之一链接到所选测试的工作项：
- 从建议的工作项列表中选择适用的工作项。该列表基于最近查看和更新的工作项。
- 指定工作项 ID。
- 根据标题文本搜索工作项。
该列表仅显示属于“需求”类别的工作项。
将需求链接到测试结果后，可以查看按需求分组的测试结果。需求是系统提供的众多“分组依据”选项之一，用于轻松浏览测试结果。
团队通常希望将需求可跟踪性的汇总视图固定到仪表板。为此，请使用“需求质量”小组件。
使用所需的选项配置“需求质量”小组件并保存。
- 需求查询：选择捕获需求的工作项查询，例如当前迭代中的用户情景。
- 质量数据：指定应跟踪其需求质量的管道阶段。
查看团队仪表板中的小组件。其中列出了范围中的所有需求，还有测试的通过率和失败测试的数量。选择“失败”测试计数将打开所选生成或版本的“测试”选项卡。小组件还有助于跟踪需求，而无需任何关联的测试。

在生成或发布摘要的“测试”选项卡下的结果部分中，选择要链接到需求的测试，然后选择“链接”。
选择要以指定方式之一链接到所选测试的工作项：
- 从建议的工作项列表中选择适用的工作项。该列表基于最近查看和更新的工作项。
- 指定工作项 ID。
- 根据标题文本搜索工作项。
该列表仅显示属于“需求”类别的工作项。
团队通常希望将需求可跟踪性的汇总视图固定到仪表板。为此，请使用“需求质量”小组件。
使用所需的选项配置“需求质量”小组件并保存。
- 需求查询：选择捕获需求的工作项查询，例如当前迭代中的用户情景。
- 质量数据：指定应跟踪其需求质量的管道阶段。
查看团队仪表板中的小组件。其中列出了范围中的所有需求，还有测试的通过率和失败测试的数量。选择“失败”测试计数将打开所选生成或版本的“测试”选项卡。小组件还有助于跟踪需求，而无需任何关联的测试。

测试可衡量向用户交付更改的置信度。测试失败表示更改出现问题。失败的原因有很多，例如受测源出错、测试代码错误、环境问题、不可靠测试等。 Bug 提供了一种可靠的方法来跟踪测试失败，并促使团队负责采取所需的补救措施。若要将 bug 与测试结果相关联，请在生成或发布中访问测试报告。

在“测试”选项卡的结果部分中，选择应为其创建 bug 的测试，然后选择 bug。多个测试结果可以映射到单个 bug。当失败归咎于单个原因（例如依赖服务不可用、数据库连接失败或类似问题）时，通常会执行此操作。
打开工作项以查看 bug。此操作可捕获测试结果的完整上下文，包括错误消息、堆栈跟踪、注释等关键信息。
直接在“测试”选项卡中的上下文中查看包含测试结果的 bug。“工作项”选项卡还列出了测试结果的任何链接要求。
在工作项中，直接导航到关联的测试结果。测试用例和特定测试结果都链接到 bug。
在工作项中，选择“测试用例”或“测试结果”以直接转到所选生成或发布的“测试”页。可以排查故障，更新 bug 中的分析，并根据需要进行更改以修复问题。虽然这两个链接都指向“测试”选项卡，但显示的默认部分分别为“历史记录”和“调试”。