测试层次策略举例
备注：
Insp RQMS 检查/审查需求
Insp Specs  检查/审查功能规格说明
Insp Design 检查/审查技术设计
PT   程序测试
IT   集成测试
ST   系统测试
FAT   功能验收测试
PAT   产品验收测试
2) 测试层次策略
对于一个具体的测试层次应采取的测试策略步骤：
 确定质量特性；
 确定质量特性的相对重要性；
 将系统划分为子系统；
 确定子系统的相对重要性；
 明确每个子系统和质量特性的测试重要性；
 建立要使用的测试技术。
        对于一个具体的测试层次，采用的测试策略通常包括主测试计划，以它作为前提和出发点。如果一个主测试计划包含一个测试策略，在这里，步骤1可以省略，步骤2将是一个方便快捷的实现活动。虽然如此，下面还是列出了所有的步骤。
步骤1：确定质量特性
        在与客户和其它关心质量特性的部门的合作中，要确定哪些与业务风险有关的测试是重点。在测试期间，完成第一阶段时，要以这些质量特性为基础生成测试报告。
步骤2：确定质量特性的相对重要性
        基于步骤1的结果，所选择的质量特性已经确定了。下一步就是要确定每一个质量特性的权值。我们用权值百分比矩阵中相对重要性列进行表示。为了便于用户的选择，规定5%为最小值。 
 一个功能验收测试矩阵如下所示。

                                                      功能验收测试权值矩阵举例
步骤3：将系统划分为子系统
        在这一步骤和以下的步骤中，测试策略会越来越多。这意味着质量特性和在上面权值矩阵中标明的其相对重要性，被分解为组合的测试规范技术和子系统，后者即规格测试技术和测试单元。
        信息系统被分为子系统。这一现象的原因是，同样的质量要求，没有必要对每个子系统有效。另外，不同的子系统可能对组织造成不同的风险。原则上，这种划分与设计文档中的要求是一样的。如果我们偏离了划分要求，我们必须要清楚的表明动机。调整划分的例子，比如要么基于风险的幅度，要么基于开发者划分的顺序。如果存在一个转换模块，那么就要把这个子系统认为是独立的子系统。通常子系统的“总系统”是能辨别的。通过集成测试和测试各子系统的一致性，可以达到有效地评价一些质量特性的目的。
        在稍后阶段，各子系统又分为独立测试单元。例如：在后勤系统中的销售子系统，可分为报价测试单元（所有报价方面的功能）和订货测试单元。

版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。