通过


测试对象和术语

Azure DevOps 服务 |Azure DevOps Server |Azure DevOps Server 2022

阅读本文,了解手动和探索性测试中使用的对象和术语。

先决条件

类别 要求
项目访问 项目成员
访问级别 至少具有基本访问权限。 如需更多信息,请参阅 手动测试访问和权限

特定于测试的工作项类型

若要支持手动和自动测试,请添加和分组三种特定于测试的工作项类型: 测试计划测试套件测试用例。 若要支持共享各种测试步骤和测试参数,请定义 共享步骤共享参数。 工作跟踪数据存储将这些对象存储为特定类型的工作项。

测试管理工作项类型

下表描述了用于支持Azure DevOps测试体验的工作项类型。 特定测试的工作项通过上图中的链接类型连接到一起。

工作项类型

说明


测试计划

对测试套件和单个测试用例进行分组。 若要定义测试计划,请参阅创建测试计划和测试套件

测试套件

将测试用例分组到单个测试计划内的各个测试方案。 对测试用例进行分组可以更轻松地查看哪些方案已完成。 创建测试套件时,可以指定以下三种类型之一:

  • 静态测试套件:用于将测试用例分组到单个测试套件下。
  • 基于要求的套件:从链接到测试套件的查询中选择一个或多个要求。
  • 基于查询的套件:选择链接到测试套件的一个或多个测试用例。

提示

“测试套件类型”只读字段指示所选套件的类型。 若要添加测试套件,请参阅创建测试计划和测试套件

测试案例

定义用于测试代码或应用以进行部署的步骤。 定义测试用例可以确保代码正常工作、没有错误,并且满足业务和客户需求。 可以在不创建测试套件的情况下向测试计划添加单个测试用例。 一个测试用例可以引用多个测试套件或测试计划。 可以有效地重用测试用例,而无需为每个套件或计划复制或克隆它们。 有两种类型的测试用例:

  • 手动:测试用例,用于定义使用测试运行程序或其他受支持的客户端运行的不同步骤。
  • Automated:设计用于在Azure管道中运行的测试用例。

提示

在从开发板创建测试时,可以创建一个自动链接到需求的测试用例—用户故事(敏捷)、产品积压工作项 (Scrum)、需求 (CMMI) 或问题(基本)。 有关详细信息,请参阅添加、运行和更新内联测试

共享步骤

用于在多个测试用例之间共享步骤。 例如,登录和验证登录应用程序的步骤是可在多个测试用例之间共享的步骤。 若要了解操作方法,请参阅在测试用例之间共享步骤

共享参数

用于指定在测试用例中执行测试步骤的不同参数。 若要了解操作方法,请参阅使用不同的数据重复执行测试


所有特定于测试的工作项类型的常见字段

大多数工作项包括以下字段和选项卡。 每个选项卡跟踪特定信息,例如 历史记录、 链接或 附件。 通过这三个选项卡,可以查看更改的历史记录、查看链接的工作项以及查看和附加文件。

所有工作项类型唯一的必填字段是标题。 保存工作项时,系统会为其分配唯一 ID。 窗体以黄色突出显示必填字段。 有关测试相关字段的信息,请参阅基于生成和测试集成字段的查询。 有关所有其他字段的信息,请参阅工作项字段索引

领域

用法


输入不多于 255 个字符的说明。 你稍后总是可以修改标题。

将工作项分配给负责执行此工作的团队成员。 有关标识搜索和选择的详细信息,请参阅 “按分配或工作流更改进行查询”。

注意

只能将工作分配给单个用户。 如果需要将工作分配给多个用户,请为每个用户添加一个工作项,并按标题和说明区分要完成的工作。

创建工作项时,状态默认为工作流中的第一个状态。 随着工作的进行,请更新它以反映当前状态。

首先使用默认值。 根据需要在更改状态时对其进行更新。 每个状态均与一个默认原因关联。

选择与产品或团队关联的区域路径,或在规划会议期间分配之前将其留空。 要更改区域下拉列表,请参阅定义区域路径并分配给团队

选择用哪个冲刺或迭代来完成工作,或留空不填,在规划会议时稍后再分配。 若要更改迭代下拉列表,请参阅定义迭代路径和配置团队迭代

提供足够的详细信息,以创建对范围和支持估算工作的共享理解。 注重用户、他们想要完成的操作以及原因。 不要描述如何开发产品。 提供足够的详细信息,以便团队可以编写任务和测试用例来实现该项目。


所有特定于测试的工作项类型的通用控件

多个控件显示在多个特定于测试的工作项中,如下表所述。 如果你对这些控件不感兴趣,则可以像 “添加和管理字段”中所述,在工作项窗体布局中隐藏这些控件(继承过程)。

控制

说明


部署

提供有关功能或用户故事是否已部署以及部署到了哪个阶段的见解。 你可以在工作项被部署到不同的发布环境时,获取其状态的可视化信息,并能够快速导航到每个发布阶段和运行。 可以从 测试计划测试套件测试用例访问此控件。

发展

记录支持完成工作项的所有 Git 开发过程。 通常,你会使用它来从一个需求出发推动 Git 开发。 通过提供与工作项相关的所有分支、提交、拉取请求和构建的可见性,此控件支持可追溯性。 可以从 测试计划测试套件测试用例访问此控件。

相关工作

测试计划测试套件测试用例 中使用此控件可以显示或链接到其他工作项,例如要求和 bug,通常通过 相关 链接类型。

Test Cases(测试用例)

“共享步骤 ”和 “共享参数” 工作项中使用此控件来指示或链接到 测试用例


自定义特定于测试的工作项类型

对于继承的进程,可以自定义测试计划、测试套件和测试用例。 对于本地 XML 进程,可以自定义所有特定于测试的工作项类型。 有关详细信息,请参阅自定义工作跟踪对象以支持团队的流程

测试工作项的权限

项目级别和区域路径权限控制您可以使用特定于测试的工作项执行的任务,例如创建测试运行、管理测试计划和管理测试套件。 即使该选项显示在工作项窗体上,也不能更改特定于测试的工作项的工作项类型。

有关权限的完整列表、默认安全组分配和访问级别要求,请参阅 手动测试访问权限和权限。 若要设置权限,请参阅 “设置权限”和“访问权限”以进行测试

导出、导入和批量更新特定于测试的工作项

与其他工作项一样,可以批量编辑特定于测试的工作项。 如需了解更多信息,请参阅以下文章:

测试术语

下表介绍了手动测试和探索测试中使用的多个术语。

测试点

测试用例本身不是可执行的。 向测试套件添加测试用例时,将生成 测试点。 测试点是测试用例、测试套件、配置和测试人员的唯一组合。

例如,名为 测试登录功能 的测试用例在两个配置(Microsoft Edge 和 Chrome)下生成两个测试点。 可以独立运行每个测试点,每个执行都会生成测试结果。 可以在执行历史记录中查看测试点的所有执行。 “ 执行 ”选项卡显示每个测试点的最新结果。

测试结果

测试运行中单个测试用例执行的记录结果。 每个测试结果都会记录测试是通过、失败还是其他结果,并附有诊断数据和附件。 有关详细信息,请参阅 “查看测试运行”。

试运转

执行一个或多个测试用例时创建的测试结果的逻辑分组。 当从测试计划或流水线运行测试用例时,系统会创建一个测试运行。 每个测试运行都会捕获结果、持续时间、环境和诊断数据。 有关详细信息,请参阅 “查看测试运行”。

测试运行设置

用于将测试计划与生成或发布管道关联的对话框。

测试结果设置

对话框用于选择如何配置同一测试计划下多个套件中的测试结果。

测试步骤

测试用例中的单个操作,由 操作 (测试人员执行的操作)和 预期结果 (预期行为)组成。 在执行期间,每个测试步骤都标记为已通过或失败。 测试步骤可以引用共享步骤并包括附件。 有关详细信息,请参阅 “创建测试用例”。

可跟踪性

能够跟踪测试结果及其关联的需求和 bug。

用户验收测试 (UAT)

一种测试方法,业务利益干系人或最终用户验证交付的功能是否符合客户要求。 在Azure Test Plans中,你可以将测试人员分配到测试套件、发送电子邮件邀请,并通过图表跟踪进度。 具有利益干系人访问权限的用户可以参与。 有关详细信息,请参阅 用户验收测试