工作产品:测试构想列表
该工件列举一些构想(常常是部分成形的构想),这些构想确定要执行的可能很有用的测试。
用途
  • 在项目早期帮助推测出测试并进行测试。
关系
角色负责人: 修改者:
输入至必需:
可选: 外部:
输出自
描述
简述

对于每个测试构想列表的确定,应尽可能多地从不同视角进行考虑,包括以下各视角中的多项:

  • 复审了所有相关测试构想目录吗?
  • 有任何在此列表上未表现的质量风险吗?
  • 有任何在此列表上未表现的故障模型吗?
  • 考虑了使用所有可能的攻击吗?
  • 考虑了一个或多个相关的肥皂剧吗?
  • 有其他任何值得您考虑的构想吗?
  • 列表中每个构想的相对重要性如何?

一旦您有了初始构想列表,请考虑列表中是否有任何相关构想能够组合或合并。作为一般的启发,大多数列表应包含七个条目,可在两个的范围内上下浮动。关于测试构想列表内容的更多详细信息,请参阅头部表格的“更多信息”部分下列出的指南。

主要描述

测试构想列表在概念化的测试计划和更详细的测试用例或具体的测试教本之间提供一个抽象层。它用来捕获潜在测试(通常是完成不佳或者仅部分完成的测试)的初始构想,通过这些构想可以推理上述测试。该工作产品在开发周期的前期或者在起支持作用的项目工作产品不可用或不完整时尤其有用。

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

在某些领域和测试文化中,测试构想未得到正确认识,或者被视为非正式的工作产品。这样,测试构想的内容和格式可能均需要修改,才能满足每个特定组织和项目的需要。

记录它们时(正式或非正式),一般使用两种主要风格:

  • 第一种是标准的文本文档结构,使用与上面概述的类似的格式。通常是多个测试构想一起提供,而单个测试构想自己通常不被视为能代表足够的列表。
  • 第二种则使用某种格式的表或数据库。每行指定一个测试构想,而列则是为便于按不同的标准进行排序和过滤。测试矩阵因果表可以作为测试构想列表的备选形式。

对于进度、有效性、变更管理等方面,还应考虑正在进行的测试构想的度量。请考虑使用 基于规范的测试覆盖范围,其中每个测试构想或测试构想列表均回溯到至少一个要测试的规范条目。例如,跟踪到要测试的需求规范元素,这些元素通常将反映总产品需求的某一部分(请参阅技术:关键测试度量)。

(可选)测试构想可以保留为测试用例测试脚本的一部分。该列表还可以从测试计划中引用,或者(在测试工作量较小时)包含在测试计划中。



更多信息