关于端到端可跟踪性
Azure DevOps Services
Azure DevOps 通过链接开发过程中的各种对象（例如工作项、分支、提交、拉取请求、生成和发布）支持端到端可跟踪性。 可以使用内置报表和分析实时监视可跟踪性。
本文概述了 Azure DevOps 如何启用和支持可跟踪性，并提供指向更多详细信息的链接。
可跟踪性和链接性
可以跟踪在整个开发生命周期内链接到工作项的代码更改、生成和发布。 这样，你的团队就可以通过查看代码库中的更改来查看工作完成方式的审核线索，或者 Bug 是如何修复的。
用于 Git 存储库的链接类型包括生成、在生成中找到、在生成中集成、分支、提交、拉取请求和在发布阶段中集成。
从工作项目创建分支和拉取请求
分支：可以通过打开产品板上的工作项目卡菜单或在工作项目表中选择“创建分支”，从工作项目中创建一个分支。 分支会以“分支”链接类型自动链接到工作项目。
拉取请求： 在新分支中完成代码更改后，开发人员可以从工作项创建拉取请求。 使用开发板和工作项驱动软件开发鼓励开发人员在工作时添加注释，记录更改及其背后的原因。 这样，工作项就会成为代码更改的丰富信息和历史记录来源。
从工作项目中添加和运行测试
将测试链接到一组要求，并验证应用程序是否按预期工作。 在开发板中，可以将测试添加到工作项。 然后，可以从开发板运行新测试并设置测试状态。
通过与开发板的测试集成，团队可以轻松开始使用手动测试，然后利用 Azure 测试计划提供的完整测试功能。 面板显示为支持需求而添加的测试，当在面板中创建测试用例或在测试计划下创建基于需求的测试套件时。
手动和自动测试
可以在管道中或按需运行自动测试。 还可以 将它们链接到测试计划中的测试用例 ，并从测试计划运行它们。 这样，就可以使用自动测试来跟踪要求的质量，这称为 计划测试。
将更改部署到生产环境
定义管道以生成和发布代码更改后，可以跟踪每个发布阶段的工作项要求的部署。 在工作项目表中，可以快速打开“部署”和“开发”部分中的构建和发布链接。
当您打开工作项表单时，它会显示需求被部署到的阶段。 可以使用下拉菜单向下钻取以获取更多详细信息。
- 开发部分：打开与工作项目相关联的分支、提交或拉取请求。
- 部署部分：查找与 Git 提交相关的工作项目的发布信息，该工作项目是正在发布的生成的一部分。
有关详细信息，请参阅关于看板面板。
发布视图
下图展示了发布所针对的、与所选工作项相关联的多个环境。
发布设置
您可以在发布设置中管理显示选项。 工作项部署控制面板展示了与您的工作项相关联的发布进度。 您可以查看在构建中包含提交的工作项的发布状态，以及为将部署信息发送到 Azure Boards 而设置的发布管道的发布状态。
需求可追溯性矩阵
要求可追溯性为团队提供了有关指标的见解，例如需求质量或交付要求的准备情况。 需求可追溯性的重要方面是将需求与测试用例、缺陷和代码更改关联起来。
要求可追溯性矩阵（RTM）可确保在测试协议中测试系统定义的所有要求。 有关要求可跟踪性矩阵的详细信息，请参阅 要求可跟踪性。
需求跟踪报告
需求可追溯性报告是一种展示开发过程的不同阶段如何关联和记录的方式。 他们帮助团队衡量其要求的质量和完整性，并评估其交付准备情况。 它们还有助于跟踪链接到要求的代码更改、测试、bug 和部署。
Bug 可跟踪性
您可以在测试选项卡中，在同一上下文中一起查看bug和测试结果。 “ 工作项 ”选项卡还显示链接到测试结果的任何要求。
有关 bug 和源可跟踪性的信息，请参阅 要求可跟踪性。
源可跟踪性
根据生成或发布管道，可以选择时间线或管道视图以查看提交的代码更改。 可以分析代码更改，以确定测试失败的潜在根本原因。
测试分析
有关用于生成和发布的测试分析、跟踪要求质量以及测试失败的详细信息，请参阅 测试分析。