Azure DevOps 服务集成概述
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
使用 Azure DevOps，可以跨其核心服务进行连接和协作。 可以使用各种功能跨 Azure Boards、Azure Repos、Azure Pipelines 和 Azure 测试计划链接和跟踪 Devops 任务。 本文介绍如何使用 Azure DevOps 的跨服务集成来提高工作流和工作效率的选项。
指向详细信息的链接：
跨 Azure DevOps 的协作
下表汇总了一些有助于与团队和其他团队协作的功能。
| 功能 | 描述 |
|---|---|
@mentions（添加到讨论和评论） |
可以在工作项表单讨论或提交、拉取请求或变更集的评论部分中@提及团队成员或整个团队。 |
#ID （指向工作项的链接） |
为了支持端到端可跟踪性，可以将工作项链接到提交、拉取请求和更改集。 |
| 团队 | 每个团队都可以访问一套敏捷工具和 团队资产。 这些工具使团队可以自主工作，并与整个企业中的其他团队协作。 每个团队都可以配置和自定义每个工具以支持其工作方式。 为了快速导航，他们可以将存储库、管道和测试计划加入收藏夹。 |
| 警报 | 配置或选择退出个人、团队、项目或组织级警报。 当工作项、代码审查、拉取请求、源代码控制文件、生成等发生更改时，订阅电子邮件警报。 |
| 通过电子邮件发送的摘要 | - 通过电子邮件发送工作项列表 - 电子邮件查询项 - 通过电子邮件发送发布摘要 |
| Wiki | 在 Wiki 中嵌入 Azure Boards 查询结果。 |
Azure Boards 和 Azure Repos 集成
可以使用不同形式的链接将代码更改关联到用户故事和功能。 对于 Git，请使用 Branch、 Commit、 Pull Request 或 Tag。 对于 TFVC，请使用 Changeset 或 Versioned Item。
下表汇总了 Azure Boards 与 Azure Repos 之间的集成点。
| 功能 | 描述 |
|---|---|
| 从工作项驱动 Git 开发 | 可以从工作项表单中启动 Git 分支或者链接到 Git 提交或拉取请求，并驱动工作项的 Git 开发周期。 |
| 使用 Git 提交自动链接和转换工作项 | 对于 Git 存储库，可以打开或关闭以下选项： - 在提交注释中关闭带有提及的工作项。 - 记住使用拉取请求完成工作项的用户选择。 - 从提交注释链接工作项。 还可以在存储库设置中自动链接提交或拉取请求。 - 提交提及链接：启用此选项可将提交链接到提交消息中具有 #WorkItemID 的工作项。 当从其他帐户或服务推送存储库时关闭此功能。 导入存储库时，Azure DevOps 会自动关闭此功能。 - 提交提及工作项解决方法：启用此选项可在提交中关闭具有修复#WorkItemID 的工作项。 - 工作项转换首选项：默认情况下，它会记住每个用户使用拉取请求完成链接的工作项的选项。 你可以关闭此功能，以阻止用户使用拉取请求完成工作项。 关闭后，用户必须决定是否为每个拉取请求完成工作项。 |
| 检查 Git 分支中的链接工作项 | 通过检查拉取请求中的链接工作项来鼓励可追溯性。 |
| 使用拉取请求自动完成工作项 | 在将工作项链接到拉取请求 (PR) 时，你可以在完成 PR 时自动完成这些工作项。 系统默认为你对将来 PR 的选择。 |
| 查看单个工作项链接到的代码对象列表 | 可以将工作项链接到代码更改、构建和发布，这样可以提供功能开发的审核线索。 |
| 查询外部链接 | 你可以 查询包含指向分支、提交、拉取请求或标记的链接的工作项。 |
| 配置分支策略以支持工作跟踪 | 为了确保对分支的更改具有指向工作项的链接，请在存储库设置中为 Git 存储库配置分支策略。 打开检查链接工作项选项。 若要强制所有拉取请求至少有一个链接工作项才能完成，请选择必需。 选择“可选”以允许在没有链接工作项的情况下拉取请求，但会发出警告。 |
Azure Boards 和 Azure Pipelines 集成
下表汇总了 Azure Boards 与 Azure Pipelines 之间的集成点。 有几个功能支持端到端可跟踪性，可以随着用户情景和功能在开发周期中的变动而进行跟踪。 与 Azure Repos 一样，可以使用以下链接类型将工作项链接到管道对象：生成，在生成中集成和在生成中集成。
功能
描述
手动将工作项链接到生成。
将工作项链接到组织或集合内相同或其他项目中的构建。
将工作项链接到组织或集合内相同中的构建。
设置集成选项，以自动创建在生成中集成链接，指向链接到与管道关联的分支、提交或拉取请求的工作项。
使用在生成中集成链接填充开发控件时需要。 作为发布一部分的工作项或提交是根据项目版本计算的。 例如，Azure Pipelines 中的每个构建都与一组工作项和提交相关联。 有关详细信息，请参阅 配置管道以支持集成。
若要将工作项链接到构建和发布，请选择经典管道或 YAML 管道的某个选项和分支。 此操作为链接到分支、提交或拉取请求的工作项创建在生成中集成和在发布阶段集成链接。
在运行经典管道或 YAML 管道时，需要使用在生成中集成链接填充工作项表单的开发控件，并使用在发布阶段集成链接填充部署控件。 有关详细信息，请参阅 配置管道以支持集成。
设置集成选项，以自动创建 在发布阶段集成链接，指向链接到与发布关联的分支、提交或拉取请求的工作项。
使用在发布阶段集成链接填充工作项窗体中的开发控件时需要。 有关详细信息，请参阅发布管道，如何实现集成和报告发布状态？。
查看链接到经典发布管道的工作项列表
列出链接到生成或发布的所有工作项。
查看并打开与经典管道或 YAML 管道关联的工作项列表。
列出自上一个选定版本以来与版本发布关联的所有工作项。 可以按每列对列表进行排序。
查看单个工作项链接到的生成或发布对象的列表
可以将工作项链接到生成和发布—提供功能开发和部署的审核线索。
查询外部链接。
可以 查询包含外部链接的工作项。
查看工作项链接到的发布阶段，并快速导航至这些阶段。
在工作项表单上，部署控件显示工作项所链接的阶段。 可以查看某些运行的状态，并打开每个阶段或通过扩展一个阶段来运行。 有关详细信息，请参阅将工作项链接到部署并查看。
在失败时创建工作项，可以选择为工作项字段设置值（经典）
在生成失败时自动创建工作项并设置字段。
在失败时创建工作项（经典或 YAML），可以选择为工作项字段设置值（经典）
当构建失败时，自动创建一个工作项并设置其字段。 有关详细信息，请参阅 经典管道的“构建”选项 和 “自定义管道”、创建失败时的工作项。
“查询工作项”任务。 确保从查询返回的匹配工作项数在阈值内。
使用此任务确保工作项查询返回的匹配项数未超出配置的阈值。 有关详细信息，请参阅查询工作项任务、使用入口和审批控制部署。
Azure Repos 和 Azure Pipelines 集成
Azure Pipelines 支持构建存储在 Azure Repos 中的代码（即 Git 或 Team Foundation 版本控制（TFVC）存储库）。 Azure Pipelines 支持的其他存储库列在支持的源存储库中。
下表汇总了 Azure Repos 和 Azure Pipelines 之间的集成功能。
| 功能 | 描述 |
|---|---|
| 报告部署状态 | 指示 Git 存储库的 “文件”、“ 提交”和 “分支 ”页上的部署状态。 此功能改进了从代码提交到部署的可跟踪性。 可以将 发布环境配置为报告部署状态。 |
| 发布状态徽章 | 在存储库中发布最新管道生成的状态。 |
| 代码覆盖率 | 发布 并 查看 代码覆盖率结果，这些结果指示实际正在测试的项目代码的比例。 |
| 功能 | 描述 |
|---|---|
| 报告部署状态 | 指示 Git 存储库的 “文件”、“ 提交”和 “分支 ”页上的部署状态。 此功能改进了从代码提交到部署的可跟踪性。 可以将 发布环境配置为报告部署状态。 |
| 代码覆盖率 | 发布 并 查看 代码覆盖率结果，这些结果指示实际正在测试的项目代码的比例。 |
Azure Boards、Azure Repos 和 Azure 测试计划集成
Azure Boards 工作项类型支持多种协作方案。 可以使用 托管查询 和 Azure DevOps 搜索函数 查找和列出工作项。
注意
应通过特定工具或表单创建一些工作项类型，例如反馈请求、代码评审请求、共享步骤和共享参数。 这些类型将添加到“隐藏类型”类别，并且不会显示在用于添加工作项的菜单中。
对于继承的进程模型，只能自定义以下工作项类型：测试计划、测试套件和测试用例。
| 情景 | 工作项类型 | 描述 |
|---|---|---|
| 请求代码评审 | 代码评审请求 | 跟踪在 TFVC 新建代码评审表单中输入的信息。 有关详细信息，请参阅 使用 Visual Studio 查看代码。 |
| 提供代码评审 | 代码评审响应 | 跟踪代码审阅者给出的审阅意见，以响应代码评审请求。 |
| 请求反馈 | 反馈请求 | 跟踪在请求反馈表单中输入的信息。 使用以下表单启动反馈请求。 - 请求利益干系人反馈 - 获取反馈。 |
| 提供反馈 | 反馈评审 | 允许利益干系人根据反馈请求提供反馈，或使用 Microsoft 测试和反馈提供自愿反馈。 |
| 手动测试 | 测试计划 | 将一个或多个测试套件和单个测试用例组合在一起。 测试计划包括静态测试套件、基于需求的套件和基于查询的套件。 若要开始，请参阅 创建测试计划和测试套件。 |
| 手动测试 | 测试套件 | 在单个测试计划中将一个或多个测试用例分组到单独的测试方案中。 对测试用例进行分组可以更轻松地查看哪些方案已完成。 |
| 手动测试 | 测试用例 | 定义用于验证代码的各个部分的步骤，以确保代码正常工作，没有错误，并满足业务和客户要求。 无需 创建测试套件即可将单个测试用例 添加到测试计划。 多个测试套件或测试计划可以引用测试用例。 可以有效地重复使用测试用例，而无需为每个套件或计划复制或克隆它们。 |
| 手动测试 | 共享的步骤 | 启用跨多个测试用例共享步骤。 |
| 手动测试 | 共享参数 | 启用对不同数据重复相同的测试用例。 |
测试工作项类型
支持测试体验的工作项类型使用下图所示的链接类型链接在一起。 这些类型包括测试者/测试、测试用例/共享步骤以及参考者/参考。
可以使用 Web 门户查看为测试套件定义的测试用例，以及为测试计划定义的测试套件。 但是，没有将这些对象相互连接的特定链接类型。
跟踪 Bug
Bug 工作项类型支持以下集成，你在跟踪 Bug 时应该注意这些集成。
| 情景 | 描述 |
|---|---|
| 从测试工具创建 bug | 可以从测试运行器或测试和反馈扩展中添加 bug。 有关详细信息，请参阅 定义、捕获、分类和管理缺陷。 |
| 创建与缺陷或用户故事关联的内联测试 | 当团队将 bug 作为需求进行跟踪时，可以使用看板添加测试来验证 bug 修复或用户故事。 |
| 跟踪有 bug 的生成信息 | Bug 工作项表单包含“系统信息”、“在生成中找到”和“在生成中集成”字段，支持跟踪在管道生成中发现并解决的代码缺陷。 有关详细信息，请参阅基于生成和测试集成字段的查询。 |
Azure Pipelines 和 Azure 测试计划集成
Azure 测试计划与 Azure Pipelines 完全集成，以支持在持续集成/持续部署（CI/CD）中进行测试。 可以将测试计划和测试用例与生成或发布管道相关联。 将管道任务添加到管道定义，以捕获和发布测试结果。 通过内置进度报告和管道测试报告查看测试结果。 下表汇总了 Azure Pipelines 与 Azure 测试计划之间的集成点。
| 功能 | 描述 |
|---|---|
| 测试计划设置 | 使用测试计划设置，可以将 测试运行设置 配置为关联生成或发布管道和测试结果设置。 |
| 管道测试启用任务 | 在管道定义中指定测试启用任务。 Azure Pipelines 提供了多个任务，包括以下任务，这些任务支持全面的测试报告和分析体验。 - 发布测试结果任务：用于将测试结果发布到 Azure Pipelines。 - Visual Studio 测试任务：用于使用 Visual Studio 测试运行程序运行单元和功能测试（Selenium、Appium、编码的 UI 测试等）。 - .NET Core CLI 任务：用于生成、测试、打包或发布 dotnet 应用程序。 有关其他任务，请参阅 “发布测试结果”任务 |
| 在生成管道中运行自动测试 | 将测试计划与生成管道关联，这样它们就可以在每个生成中运行。 |
| 将自动测试与测试用例关联 | 将自动测试与测试用例相关联。 |
| 为与构建关联的自动测试结果设置保留策略 | 可以从管道>保留页面为自动生成设置测试保留策略。 |
| 要求可追溯性 | 需求质量小组件支持从生成或发布管道中持续跟踪质量。 小组件显示要求与针对该要求执行的最新测试结果之间的映射。 它提供对需求可追溯性的洞察。 |
| 测试结果趋势 | 测试结果趋势可配置小组件显示所选生成或发布管道的测试结果的趋势。 该小组件可帮助你可视化一段时间内的测试趋势、显示有关测试失败的模式、测试持续时间等。 有关详细信息，请参阅配置测试结果趋势（高级）小组件 |
| 部署状态 | 部署状态可配置小组件显示多个环境中最近一组生成的部署状态和测试通过率的组合视图。 通过指定生成管道、分支和链接发布管道来配置小组件。 要查看某个发布中多个环境的测试摘要，小部件提供了每个环境的矩阵视图及相应的测试通过率。 请参阅 将自动化测试与测试用例相关联 |
| 在构建和发布中查看测试结果 | 生成和发布摘要都提供了测试执行的详细信息。 查看这些摘要 以评估管道质量、查看可跟踪性和排查故障。 选择“测试摘要”以查看“测试”选项卡中的详细信息。 |
| 生成的测试分析 | 每个生成摘要都包含一个Analytics选项卡，其中托管测试分析报告。 |
仪表板、报告和分析
仪表板提供了一种监视进度和状态的简单方法。 团队可以添加可配置的小组件来支持他们的目标。 Analytics 服务是 Azure DevOps 的报告平台，它取代了基于 SQL Server Reporting Services 的上一个平台。 分析针对快速读取访问和基于服务器的聚合进行了优化，并提供以下优势：
- 可以添加到仪表板的 Analytics 小组件
- 可从选定的 Azure DevOps 页面获取上下文分析报告
- Azure Boards 积压工作的汇总条和计数
- 可以使用 Power BI 创建的自定义报表
- 可以使用 OData 查询创建的自定义报表
- 支持开发和添加你可以添加到仪表板的自定义 Analytics 小组件
可以将以下内置小组件添加到仪表板中。 他们按照他们支持的服务进行组织。 可以从 Azure DevOps 市场找到更多小组件。
可以通过 Analytics 获取的数据
Analytics 为 Azure DevOps 提供报告平台。 有关详细信息，请参阅 analytics 中提供的数据。
自动化和连接器
Microsoft产品支持自动化或与其他几个应用程序和服务的集成。 有关详细信息，请参阅以下文章。