Azure DevOps 服务 |Azure DevOps Server |Azure DevOps Server 2022
本文介绍如何直接从 Azure Boards 工作项内快速创建、运行、更新和跟踪测试。 从开发板上的工作项创建的测试会自动链接到工作项。
通过内联测试，无需切换工具即可直接在开发板上的工作项上创建、运行和跟踪测试。 当您想要验证验收标准或在冲刺期间快速发现问题时，这种方法非常有用。
何时使用内联测试：
- 直接在开发工作项上进行轻型测试
- 每个工作项只有少量测试（少量快速验证）
- 团队更喜欢无需切换到测试计划的单窗格工作流
- 即席测试或简单的手动验证
何时使用测试计划中心：
- 具有许多测试用例的大型测试套件
- 复杂的测试方案、测试配置或环境设置
- 团队范围的测试规划和指标
- 借助丰富追踪信息进行探索性测试
有关完整的测试平台，请参阅什么是Azure Test Plans？
在开发板工作项中管理内联测试类似于管理内联任务清单。 有关内联任务的详细信息，请参阅 教程：将任务或子项添加为清单项。
- 有关看板概述，请参阅 什么是看板板？
提示
可以在本文后面使用 AI 来帮助完成此任务，或参阅启用 Azure DevOps MCP Server 的 AI 帮助以开始使用。
先决条件
| 类别 | 要求 |
|---|---|
| 项目访问权限 | 项目成员. |
| 访问权限级别 | 若要添加工作项、查看或运行测试，以及使用所有面板功能，您至少需要基本访问权限。 具有利益干系人访问权限的用户无法查看或运行测试。 |
| 权限 | 若要查看或修改工作项，请将“查看此节点中的工作项”和“编辑此节点中的工作项”权限设置为“允许”。 默认情况下，参与者组具有这些权限。 有关详细信息，请参阅为工作跟踪设置权限和访问权限。 |
使用内联测试可以执行的操作
使用内联测试，您可以：
- 直接从开发板向工作项添加测试
- 运行测试 以验证功能和验收条件
- 更新测试状态 以反映通过、失败或阻止的结果
- 重新父级测试 以在工作项之间重新分配
- 复制测试用例，以便在多个工作项中重复使用
每个任务都有后续部分中的分步说明。
在 Azure Boards 中打开版块
若要查看团队的版块，请打开Azure DevOps项目，然后从左侧导航菜单中选择Boards>Boards。
若要查看其他开发板，请选择板页上标题旁边的箭头，然后从下拉列表中选择其他开发板或 “查看板”目录 。 还可以在所有团队板的Boards目录页下选择一个板。
提示
选择看板名称旁边的星标以将其添加为收藏项。 收藏的看板显示在看板选择菜单顶部。
展开和查看内联测试
首次打开开发板时，工作项中的任务和测试清单将折叠。
将鼠标悬停在内联测试图标上以显示测试摘要。
选择测试图标以展开测试列表和其他控件。 若要折叠列表和控件，请再次选择图标。
在展开的面板中，从列表中选择一个测试以打开并编辑其测试用例页。
在展开的面板中，选择测试旁边的 工作项操作 图标以显示上下文菜单选项。
选择 “打开测试套件 ”图标，在新浏览器页中打开工作项的测试套件。
以下示例演示为 bug 38 创建的测试套件 285，其中添加了三个内联测试用例。
内联添加测试
当你以内联方式将测试用例添加到看板工作项时，系统会自动为该工作项创建默认的测试计划和测试套件，并将这些测试用例归类到其中。
若要将测试添加到看板上的工作项，请打开工作项的操作菜单，然后从上下文菜单中选择“添加测试”。 还可以在工作项中选择现有的内联测试图标，然后在展开的测试面板中选择 “添加测试 ”。
在展开的面板中，输入新的测试标题，然后按 Enter。 可以通过在添加测试后按 Enter 来连续添加多个测试。
运行内联测试
在运行新测试之前，必须添加详细信息。 若要向测试用例添加详细信息，请在内联测试用例列表中选择它，或通过在其上下文菜单中选择 “打开 ”来打开它。
通过从测试的上下文菜单中选择 “运行测试 ”来运行测试。
Microsoft 测试运行程序在新的浏览器实例中启动。 有关详细信息，请参阅运行手动测试。
更新测试状态
若要 跟踪测试状态，请从其上下文菜单中更新内联测试的状态。
重新设定上级或复制测试
若要更改测试的父项，请将测试拖放到不同的工作项中。 此操作会自动更改测试项的关联关系，并指向新的任务项。
以下示例显示了TEST: 取消订单表单测试被从取消订单表单项移到了客户账户历史项。
若要将测试复制到其他工作项，请在将测试拖放到其他工作项时按住 Ctrl 键。
注释
使用 “测试通过” 链接类型将测试用例链接到工作项时，在看板中展现链接的测试用例的状态。 但是，如果基于要求的套件具有多个配置，则开发板仅显示默认配置的测试结果。 为了确保测试用例在开发板上正确显示，最好在工作项上使用 “添加测试 ”，或者从测试计划中心创建基于要求的测试套件。
对内联测试进行故障排除
测试运行器无法启动
如果无法在新浏览器窗口中打开测试运行器：
- 确认您的浏览器允许来自
dev.azure.com的弹出窗口 - 确认已启用 JavaScript
- 检查浏览器是否与Azure DevOps兼容。
- 验证是否对项目具有 “查看测试运行” 权限
无法更改测试的父级或复制测试
若要在工作项之间更改测试的父级关系或复制测试，您必须具有以下权限：
- 对源工作项和目标工作项均具有 编辑此节点中的工作项 权限
- 测试必须位于同一项目中（不支持跨项目重新指定父级）
如果看到“权限被拒绝”错误，请检查项目权限。 有关详细信息，请参阅为工作跟踪设置权限和访问权限。
添加后，测试未以内联方式显示
如果添加测试，但它不会显示在内联测试面板中：
- 刷新看板页面
- 验证是否已在工作项的默认测试套件中创建测试用例
- 请确认你查看的是看板上的工作项（而不是在详情面板中）
测试状态未显示在板上
如果某项测试通过 “被测试” 链接类型关联，但却未显示状态：
- 对于具有多个配置的基于要求的测试套件，开发板仅显示默认配置的测试结果
- 若要确保测试状态正确显示，请在工作项中使用 添加测试，而不是手动链接测试用例
- 有关状态更新过程，请参阅 “跟踪测试状态 ”
添加或运行大量测试时变慢或超时
内联测试操作最适合小型测试套件（每个工作项 3-5 次测试）。 如果遇到缓慢情况：
- 对于大型测试套件，请使用测试计划中心。
- 一次运行一个测试，而不是使用批处理操作。
- 检查网络连接和浏览器性能。
测试用例没有必填字段
在运行测试之前，测试用例必须包括：
- 至少一个测试步骤
- 每个步骤的预期结果
如果看到验证错误，请打开测试用例表单并添加步骤。 有关详细信息，请参阅 创建手动测试用例。
使用 AI 管理内联测试
可以通过 Azure DevOps MCP 服务器使用 AI 帮助来管理内联测试。 下面是可以使用的示例提示：
| 任务 | 示例提示 |
|---|---|
| 创建测试用例 | “帮助我创建测试用例，以验证用户情景的这些接受条件” |
| 创建测试用例 | “生成测试用例以涵盖此功能中的主要用户工作流” |
| 创建测试用例 | “对于此购买流，建议使用哪些测试用例？ |
| 创建测试用例 | “为登录功能创建边缘用例测试方案” |
| 组织和管理测试 | “帮助我将这些内联测试组织到逻辑测试套件中” |
| 组织和管理测试 | 我应该使用内联测试，还是将其移至测试计划中心？ 下面是我的方案...” |
| 组织和管理测试 | 测试用例采用什么命名规范比较好？ |
| 跟踪测试状态 | 告诉我哪些测试当前已通过，哪些还需要改进 |
| 跟踪测试状态 | “帮助我总结此冲刺的测试状态” |
| 跟踪测试状态 | “分析这些测试失败并建议修复” |
| 测试覆盖率和策略 | “建议此复杂用户情景的测试策略” |
| 测试覆盖率和策略 | “此功能的哪些区域可能没有足够的测试覆盖率？ |
| 测试覆盖率和策略 | “帮助我确定要首先运行的测试的优先级” |
注释
当你提供有关工作项、测试方案和验收条件的上下文时，这些提示效果最佳。 越具体，建议越好。