测试策略

项目测试部分的策略描述测试活动的一般方法和目标。其中包括要进行的测试阶段（单元测试、集成测试和系统测试）以及要执行的测试类型（功能测试、性能测试、负载测试、强度测试等）。

该策略定义：

l  要使用的测试方法和工具。

l  测试完成和测试成功所采用的评价标准。例如，当成功执行 95% 的测试用例后，该标准可能允许软件进行验收测试。另一个标准是代码覆盖。在安全至上的系统中，该标准可能要求测试应该覆盖 100% 的代码。

l  影响资源要求或涉及进度的特殊考虑，如： 测试与外部系统之间的接口；模拟物理损坏或安全威胁。

有些组织具有自行定义的公司测试策略。在这种情况下，需要将相应策略应用到特定的项目上。

制定测试计划活动应该侧重的最重要的维度如下：

l  处于什么迭代之中以及迭代的目的是什么。

l  正在执行什么测试阶段（单元测试、集成测试或系统测试）。可以在一次迭代中执行所有测试阶段。

现在来看一下测试活动的特征可以如何根据您所处的上述“测试维度”而变更。当然，可以查看的特征很多，如需要的资源和花费的时间，但在此处，请专注于定义测试策略的重要元素：

l  测试类型（功能测试、强度测试、容量测试、性能测试、可用性测试、分布测试等）。

l  使用的评估标准（基于代码的测试覆盖、基于需求的测试覆盖、缺陷数量、平均故障间隔时间等。）

l  使用的测试方法（手工和自动）

测试类型在测试生命周期上没有通用的分布模式。根据迭代次数、迭代大小、项目种类的不同，可以重点执行不同的测试类型。

您将发现，系统测试阶段十分注重确保覆盖所有通过测试用例集表示的可测试需求。这意味着测试的完成标准将主要侧重于基于需求的测试覆盖。在集成测试和单元测试阶段，您将发现基于代码的测试覆盖是更合适的完成标准。