【系列】测试文档系列之测试计划
2013-02-01 21:36 Tester Chen 阅读(564) 评论(0) 编辑 收藏 举报俗话说：凡事预则立，不预则废！软件测试同样，在测试项目之初就要制定相应的测试计划。接下来谈下如何编写测试计划问题。
一．首先了解以下几个问题：
1． 为什么要编写测试计划？
1）领导能够根据测试计划做宏观调空，进行相应资源配置等；
2）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；
3）便于其他人员了解测试人员的工作内容，进行有关配合工作
2． 什么时间开始编写测试计划？
（测试需求分析前总体测试计划书／测试需求分析后详细测试计划书）
3． 由谁来编写测试计划？
具有丰富经验的项目测试负责人
4． 测试计划编写6要素？（5W1H）
1）why——为什么要进行这些测试；
2) what—测试哪些方面，不同阶段的工作内容；
3) when—测试不同阶段的起止时间；
4) where—相应文档，缺陷的存放位置，测试环境等；
5) who—项目有关人员组成，安排哪些测试人员进行测试
6) how—如何去做，使用哪些测试工具以及测试方法进行测试。
二．编写测试计划注意事项：
1．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况；
2．测试计划一旦制定下来，并不就是一层不变的，世界万事万物时时刻刻都在变化，软件需求、软件开发、人员流动等都在时刻发生着变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．
3．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细．
三．测试计划主要内容：
1.目标
表示该测试计划所应达到的目标。
2.概述
2.1 项目背景
简要描述项目背景及所要求达到的目标，如项目的主要功能特征、全系结构及简要历史等。
2.2 范围
指明该计划的适用对象及范围。
3.组织形式
表示测试计划执行过程中的组织结构及结构间的关系，以及所需要的组织独立程度。同时，指出测试过程与其他过程，如开发、项目管理、质量保证、配置管理之间的关系。测试计划还应该定义测试工作中的沟通渠道，解决测试任务发现问题的权利，以及批准测试输出工作产品的权力。
4.角色及职责
定义角色及其职责，即在每一个角色与测试任务之间建立关联。
5.测试对象
列出所有被作为测试目标的测试项（包括功能需求、非功能需求，后者包括性能、可移植性等）。
6.测试通过/失败标准
测试标准是客观的陈述，该陈述指明了判断/确认测试何时结束，以及所测试的应用程序的质量。测试标准可以是一系列陈述或对另一文档（如过程指南或测试标准）的引用。
测试标准应该指明：
l 什么将被测试？（确切的测试目标）
l 度量尺度是如何建立的？
l 使用了哪些标准对度量进行评价？
7.测试挂起标准及恢复条件
批明挂起全部或部分测试项的标准，并指明恢复测试的标准及其他必须重复的测试活动。
8.测试任务安排
8.1 任务1
8.1.1方法和标准
指明执行该任务时，应采用的方法以及所应遵循的标准。
8.1.2 输入/输出
给出该任务所必须的输入及输出。
8.1.3 时间安排
给出任务的起始及持续时间，建议采用相对时间的方法，即相对 某一里程碑或阶段、任务的起始时间。
8.1.4 资源
给出任务所需要的人力和物力资源，其中人力资源的安排应参考“组织形式”和“角色及职责”并应明确到人，该主题将会影响“资源”一节。
8.1.5 风险和假设
指明启动该项目任务应该满足的假设，以及任务执行可能存在的风险。
8.1.6 角色和职责
指明由谁负责该任务的组织和执行，以及谁将担负怎样的职责。
9.应交付的测试工作产品
指明应交付的文档、测试代码及测试工具。
一般包括这些文档：测试计划、测试方案、测试用例、测试规程、测试日志、测试事故报告、测试总结报告、测试输入及输出数据、测试工具。
10.工作量估计
给出前面所定义任务的人力需求及总计。
11.附录
其他文档或信息。
四．评审总结
1.计划评审
测试计划编写完成后，一般要对测试计划的正确性、全面性以及可行性等进行评审，评审人员的组成包括软件开发人、营销人员、测试负责人以及其他有关项目负责人。
2.计划总结
项目完成后，应该对计划的执行情况进行评审，看有哪些不合理的地方，以便为编写下一个项目测试计划做经验积累。
五．文档下载
参考资料：http://www.uml.org.cn 《实用软件测试方法与应用》电子工业出版社
