工作产品:测试套件
该工件定义一组相关测试。
用途
  • 管理测试的执行并排列执行测试的顺序。
  • 提供一组有用的相关测试日志信息,可以通过这些信息来确定测试结果。
关系
角色负责人: 修改者:
输入至必需:
可选: 外部:
输出自
描述
简述

每个测试套件需要考虑各个侧重面,包括以下各项:

  • 要由测试套件执行的各个测试的兼容性和相关性,尤其是在测试目标和范围方面
  • 在执行中断的情况下,测试套件可以恢复或继续的点。
  • 对于测试套件必需的硬件和软件配置设置;例如视频显示分辨率、资源分配、环境变量等等
  • 测试套件需要的预先存在的可耗资源,例如填充的数据集和收据打印机明细等等。
主要描述

测试套件提供了一种管理测试实施的复杂性的方法。许多系统测试工作失败的原因是,团队陷入到所有详细测试的繁琐细节中,由此失去了对测试工作的控制。与 UML 包类似,测试套件提供了封装容器的层次结构,以帮助管理测试实施。它们提供一种管理测试工作的战略方面的方法,其途径是将测试收集到相关的组中,这些组能以有意义的方式进行计划、管理和评估。

属性
可选
已计划Yes
图示
定制
说明选项

该工作产品代表了一个用于组织相关测试的任意集合的容器。它可实现(实施)为一个或多个自动回归测试套件,但该测试套件还可以是一个用来实施相关手动测试组的工作计划。还请注意测试套件可以分层嵌套,所以一个测试套件可以包含在另一个测试套件内。

有时这些测试组直接与一个子系统或者其他系统设计元素相关,但其他时候它们是直接与诸如质量维度、核心“关键任务”功能、需求一致性、标准的满足以及许多其他会有影响的问题之类的事物相关,或者不与内部系统元素直接相关。

除了其他测试套件之外,您应考虑以许多各种不同组合的方式创建测试套件,这些测试套件安排可用的测试脚本:您有的变化情况越多,您的覆盖范围就越大,找到错误的可能性也越大。考虑各种不同的测试套件,这些测试套件将覆盖 目标测试项的广度和深度。请记住相应的含义,即单个测试脚本(或测试套件)可能出现在许多不同测试套件中。

一些测试自动化工具提供自动生成或组成测试套件的能力。还有一些实施技术,它们使自动化的测试套件能为每次测试周期运行动态地 选择所有或部分的组成该测试套件的测试脚本。

更多信息