测试对象和术语

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020

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

先决条件

类别 要求
项目访问权限 项目成员.
访问权限级别 至少具有基本访问权限。 有关详细信息,请参阅手动测试访问和权限

特定于测试的工作项类型

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

测试管理工作项类型

下表描述了用于支持 Azure DevOps 测试体验的工作项类型。 使用上图中显示的链接类型将特定于测试的工作项链接在一起。

工作项类型

说明


测试计划

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

测试套件

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

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

提示

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

测试案例

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

  • 手动:定义使用测试运行器 或其他支持的客户端运行的不同步骤的测试用例。
  • 自动:设计用于在 Azure Pipeline 中运行的测试用例。

提示

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

共享步骤

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

共享参数

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


所有特定于测试的工作项类型的通用字段

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

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

字段

使用情况


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

将工作项分配给负责执行此工作的团队成员。 根据你工作所处的上下文,下拉菜单仅列出团队成员或项目的参与者。

注意

只能将工作分配给单个用户。 如果需要将工作分配给多个用户,请为每个用户添加一个工作项,并按标题和说明区分要完成的工作。 “分配给”字段仅接受已添加到项目或团队的用户帐户。

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

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

选择与产品或团队关联的区域路径,或将其保留为空,直到在计划会议过程中进行分配。 若要更改区域下拉列表,请参阅定义区域路径并分配给团队

选择要完成的工作所在的冲刺 (sprint) 或迭代,或将其保留为空并随后在计划会议的过程中进行分配。 若要更改迭代下拉列表,请参阅定义迭代路径和配置团队迭代

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


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

如下表所述,在几个特定于测试的工作项中出现了几个控件。 如果对这些控件不感兴趣,则可以按照添加和管理字段(继承进程)中的说明,在工作项窗体布局中隐藏它们。

控件

说明


部署

提供关于是否部署了功能或用户情景以及部署到什么阶段的见解。 可以在工作项部署到不同发布环境时直观地了解工作项的状态,并快速导航到每个发布阶段和运行。 此控件可从测试计划测试套件测试用例获取。

开发

记录支持完成工作项的所有 Git 开发过程。 它通常用于从需求驱动 Git 开发。 此控件还支持可跟踪性,从而提供与工作项相关的所有分支、提交、拉取请求和生成的可见性。 此控件可从测试计划测试套件测试用例获取。

相关工作

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

测试案例

在“共享步骤”和“共享参数”工作项中使用的控件,用于指示或链接到“测试用例”。


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

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

修改工作项所需的权限

有许多权限可以控制查看、修改或删除工作项的选择功能。 这些包括下表所列的内容。

注意

“更改工作项类型”权限不适用于特定于测试的工作项。 即使你从工作项窗体中选择了此功能,也不允许更改工作项类型。

权限

级别

任务

查看测试运行
创建测试运行
删除测试运行

项目级别

若要查看、创建或删除测试运行,需具有相应的权限。

管理测试配置
管理测试环境

项目级别

管理测试配置或测试环境需具有相应的权限。

创建标记定义

项目级别

向基于测试的工作项添加新标记。

删除和还原工作项

项目级别

删除特定于测试的工作项,并将其从回收站还原。

永久删除工作项

项目级别

从数据存储中永久删除特定于测试的工作项。

查看此节点中的工作项
编辑此节点中的工作项

区域路径

查看或修改测试计划、测试套件、测试用例或其他基于测试的工作项类型需要相应的权限。

管理测试计划

区域路径

修改测试计划属性,例如测试运行和测试结果设置。

管理测试计划

区域路径

创建和删除测试套件;在测试套件中添加和删除测试用例;更改与测试套件关联的测试配置;并修改测试套件层次结构(移动测试套件)。

有关设置这些权限的详细信息,请参阅为测试设置权限和访问权限更改项目级权限

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

与其他工作项一样,可以批量编辑特定于测试的工作项。 有关详细信息,请参阅下列文章:

测试术语

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

术语

定义


配置

指定用于测试应用程序或代码的唯一环境。 若要定义测试配置,首先定义配置变量,然后定义测试配置。 有关详细信息,请参阅测试不同的配置

配置变量

指定测试环境的单个方面,例如操作系统、处理能力、Web 浏览器或其他变体。 有关详细信息,请参阅测试不同的配置

结果

测试人员在执行测试时标记的测试点的结果。 有效选项是:

  • 活动(未指定)
  • 测试通过
  • 未通过测试
  • 阻止测试
  • 不适用

有关详细信息,请参阅使用不同的数据重复执行测试。 请注意,管道测试结果与有关管道测试的描述不同。

测试点

测试用例本身并不是可执行文件。 将测试用例添加到测试套件时,之后系统会生成测试点。 测试点是测试用例、测试套件、配置和测试人员的唯一组合。 例如,如果你有一个名为测试登录功能的测试用例,并且添加了两个配置以支持 EdgeChrome 浏览器,那么你将有两个测试点。 你可以执行或运行其中每个测试点。 执行时,将生成测试结果。 通过测试结果视图或执行历史记录,你可以查看测试点的所有执行。 你将在执行选项卡中看到测试点的最新执行。

测试运行设置

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

测试结果设置

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

可跟踪性

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