软件质量管理之测试计划(2)

　　c)哪些部分不需要测试，为什么?

　　d)哪些部分需要推迟测试，为什么?

　　e)是否要验证每个模块的稳定性?

　　f)测试的优先级和先后顺序。(例如，先测试均匀派发程序，后测试数据查询程序，因为均匀派发程序必须今天内发布，非常紧急!)

　　2.测试目标

　　系统目标对测试人员了解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计人员或开发人员沟通，以取得相关资料。测试人员必须知道系统是做什么并且帮助项目实现这种目标。在计划中包括系统视图和目标后，要确保所有的测试人员都知道项目和系统的目标。通常情况下项目计划都是模糊的。模糊的目标必须通过成员的努力转换成可衡量和实现的东西。没有固定的视图和目标，你将无法完成部分任务。而且，你会发现很难将对产品的认识向别人转述。

　　(例如，逻辑测试系统是一个能够选择数据库，执行脚本以及显示测试用例上提到的所有参数。逻辑测试系统的目标：为了方便测试人员在测试逻辑脚本，提高测试人员测试促销逻辑的速度和效率，更好地保证发布的促销逻辑参数的准确性。)

　　3.联系方式

　　列出项目参与人员的职务、姓名、E-mail 和电话。

　　表格 1 联系方式

　　4.风险及约束

　　列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。如：

　　a)由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束;(例如，客户端程序---由于网络资源有限，不能做到十几台机器同时下载的情况，无法进行大型的压力测试)

　　b)由于研发模式为现场定制，且上线时间压力大，使得测试不充分。明确说明在此种约束下，测试如何应对;

　　c)只针对专门的客户群需求的测试。明确说明此约束下的客户群和业务范围。(例如，测试系统只针对测试人员的需求进行测试)

　　5.测试文档

　　列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置，测试完成后应产生的文档。

　　(例如，测试工具CMITest----参考文档：《逻辑测试系统测试计划-V2.0.doc》，《逻辑测试系统测试用例-V2.0.doc》;

　　保存位置：\\195.1.1.1\ AfterService\upgrade目录下，测试完成后应该产生《逻辑测试报告手册V1 0.doc》)

　　6.测试参考文档

　　表格 2 测试参考文档

　　7.测试提交文档

　　表格 3 测试提交文档

原文转自：http://www.uml.org.cn/Test/200906256.asp