在某些领域和测试文化中,测试构想未得到正确认识,或者被视为非正式的工作产品。这样,测试构想的内容和格式可能均需要修改,才能满足每个特定组织和项目的需要。
记录它们时(正式或非正式),一般使用两种主要风格:
-
第一种是标准的文本文档结构,使用与上面概述的类似的格式。通常是多个测试构想一起提供,而单个测试构想自己通常不被视为能代表足够的列表。
-
第二种则使用某种格式的表或数据库。每行指定一个测试构想,而列则是为便于按不同的标准进行排序和过滤。测试矩阵或因果表可以作为测试构想列表的备选形式。
对于进度、有效性、变更管理等方面,还应考虑正在进行的测试构想的度量。请考虑使用
基于规范的测试覆盖范围,其中每个测试构想或测试构想列表均回溯到至少一个要测试的规范条目。例如,跟踪到要测试的需求规范元素,这些元素通常将反映总产品需求的某一部分(请参阅技术:关键测试度量)。
(可选)测试构想可以保留为测试用例或测试脚本的一部分。该列表还可以从测试计划中引用,或者(在测试工作量较小时)包含在测试计划中。
|