测试计划

　　在计划测试过程中最常出现的主要错误是默认不会发生软件缺陷这个错误带来的显然结果是对计划投入的资源（人力、时间表及计算机时间）明显估计不足，这在计算机行业内是个声名狼藉的问题。造成这个问题的原因是测试阶段处于开发周期的最后阶段，致使调整资源非常困难。另外，可能是更重要的问题，即对软件测试的定义有误，因为很难看大对测试正确定义（测试的目的是发现错误）的人在假定找不到任何错误的情况下去计划一个测试。

　　一个良好的测试计划应包括：

　　1.目标。必须定义每个测试阶段的目标。

　　2.结束准则。必须制定准则以规定每个测试阶段何时可以结束。

　　3.进度。每个阶段都须有时间表。应指出何时设计、编写和执行测试用例。某些软件技术，如极限编程要求在程序编码开始之前就设计测试用例和单元测试。

　　4.责任。对于每一个阶段，应当确定谁来设计、编写和验证测试用例，谁来修改发现的软件错误。由于在大型项目中讨论特定的测试结果是否代表错误时，有可能发现争端，因此还需要确定一名仲裁者。

　　5.测试用例库及标准。在大型项目中，用于确定、编写以及存储测试用例的系统方法是必需的。

　　6.工具。必需确定需要使用的测试工具，包括计划由谁来开发或采购、如何使用工具以及何时需要使用工具。

　　7.计算机时间。计划每个测试阶段所需的计算机时间，包括用来编译应用程序的服务器（如果需要的话）、用来进行安装测试所需的桌面计算机、用来运行基于Web应用程序的Web服务器、联网的设备（如果需要的话）等。

　　8.硬件配置。如果需要特别的硬件配置或设备，则需要一份计划来描述该需求，该如何满足以及何时需要满足。

　　9.集成。测试计划的一部分是定义程序如何组装在一起的方法（例如自顶向下的增量测试）。一个系统如果包含大的子系统或程序，可按增量的方法组装在一起，例如可以使用自顶向下或自底向上的方法，但是这些构造块是程序或子系统，而不是模块。如果是这种情况，就需要一个系统集成计划。系统集成计划规定了系统集成的顺序、系统每个版本的功能以及编写“脚手架”代码以模拟不存在的部件的职责分工。

　　10.跟踪不找。必须跟踪测试进行中的方方面面，包括对错误易发模块的定位，以及有关进度、资源和结束准则的进展估计。

　　11.调试步骤。必须制定上报已发现错误、跟踪错误修改进程以及将修改部分加入系统中去的机制。调试计划中还应包括进度、责任分工、工具以及计算机时间/资源等。

　　12.回归测试。回归测试在对程序作了功能改进或进行了修改之后进行，其目的是判断程序的改动是否引起了程序其他方面的退步。回归测试通常重新执行测试用例中的某个子集。回归测试很重要，因为对程序的改动和对错误的纠正要比原来的程序代码更容易出错（与报纸排版错误很类似，这些错误通常由于最后所做的编辑改动而引起的，而不是修改先前版本而引起的）。回归测试计划规定了测试人员、测试方法和测试时间，它也是必须的。