如何编写测试计划

俗话说：凡事预则立。软件测试同样，在测试项目之初就要制定相应的测试计划。接下来谈下如何编写测试计划问题。

一．首先了解以下几个问题：

1.为什么要编写测试计划？

１）领导能够根据测试计划做宏观调空，进行相应资源配置等；

２）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；

3）便于相关人员了解测试人员的工作内容，进行有关配合工作

2.什么时间开始编写测试计划？

（测试需求分析前总体测试计划书／测试需求分析后详细测试计划书）

3.由谁来编写测试计划？

具有丰富经验的项目测试负责人

4.测试计划编写6要素？（5W1H）

1）why——为什么要进行这些测试；

2) what—测试哪些方面，不同阶段的工作内容；

3) when—测试不同阶段的起止时间；

4) where—相应文档，缺陷的存放位置，测试环境等；

5) who—项目有关人员组成，安排哪些测试人员进行测试

6) how—如何去做，使用哪些测试工具以及测试方法进行测试。

二．测试计划主要内容：

1.引言

1.1项目背景

1.2参考资料（计划编写依据：可行性分析报告／软件需求定义／软件概要设计／软件详细设计／用户使用说明书／……）

1.3测试术语

1.4有关项目人员组成以及联系方式（开发人员／版本控制人员／测试人员／软、硬、结构、营销人员等）

2.任务概述

2.1测试范围

2.2测试目标

2.3广义上还包含测试需求分析／测试用例编写／测试环境搭建／测试培训／测试执行等

3.测试策略

3.1测试人员需求、分工

3.2测试方法（自动化测试／手动测试；白盒测试／黑盒测试；中断测试／临界测试／压力测试等）

3.3工具引用及测试培训（内训／外训）

3.4测试阶段计划（工作内容、人员安排、起止时间等）

3.5测试停止及恢复条件

3.6测试文档及缺陷提交管理等

3.7测试环境

4．测试资源

4.1硬件资源需求

4.2软件资源需求

4.3测试环境需求

4.4测试人员需求

4.5其他（仪器、服务器等）

5．风险评估

5.1人力方面；

5.2时间方面；

5.3环境方面；

5.4资源方面

5.5部门合作方面

6．其他内容

除以上内容有关项外，还要包括测试计划制定者、日期、修改记录、评审人员（开发负责人／测试负责人／项目经理）等信息

三．编写测试计划注意事项

１．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况；

２．测试计划一旦制定下来，并不就是一层不变的，世界万事万物时时刻刻都在变化，软件需求、软件开发、人员流动等都在时刻发生着变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．

３．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细．

四．评审总结

1.计划评审

   测试计划编写完成后，一般要对测试计划的正确性、全面性以及可行性等进行评审，评审人员的组成包括软件开发人、营销人员、测试负责人以及其他有关项目负责人。

2.计划总结

　　项目完成后，应该对计划的执行情况进行评审，看有哪些不合理的地方，以便为编写下一个项目测试计划做经验积累。

本来这两天准备继续钻研LR的东西的，可是一回公司其他的事情就又压上来了，老大因为这次去出差工作做得不错，“奖励”了一本测试书籍，朱绍民的《全程软件测试》。

对于朱老师是早闻其名了，看了一下书的目录，觉得书籍文如其名，讲了很detail的测试流程，测试管理等一些东西，对于了解并实践了软件测试的人员来说，这是一本不可多得的好书，仅从目录就可以受益不少：

一，帮助测试人员对测试有了个概括性的总结，而不是一团糟；

二，测试人员可以乘机检索一下自己还有多少东西没有学到或者没有学过；

三，方便测试人员了解测试的整个流程的管理与维护。

但是，朱老师和丛书序的推荐者都说适合初学测试的人看，我却不以为然，理由如下：

一，书籍涵盖的内容太多，用于新手入门显然灌输的信息量过大；

二，书籍所讲述的部分内容比较深入详细，对于新手来讲，这些只会增加他们学习的负担。

因此，我觉得这本书最适合的读者是了解了测试并且有项目测试经验，或者志在组建所在公司测试规范的人员学习之用。

对于测试b/s结构的Web的一些测试点

引用一位博友的，再此谢谢！