测试计划应该怎么写？

要不要写测试计划？

有的公司要求写《测试计划》，有的公司从来不写。到底应不应该写呢？

俗话说，预则立不预则废，我们大都认同做计划对推动事情的发展很有帮助。有的公司会要因此要求测试经理出具测试计划。但写好测试计划很难，维护起来成本也高，若是不好好写，又容易流于形式。

我的看法：写计划，是为了保证项目测试工作的顺利进行。若能达到这个目的，其实也没必要拘泥于形式。我们不一定必须要用标准计划模板来管理计划，也可以口头、写一封邮件、写一个清单。大家觉得呢？

测试计划包含什么内容？

测试计划是指导我们测试过程的一套想法，就是把和测试相关的一些比较不太细节的事情都说清楚。

测试本质上只有一个目的：我们开发的产品某些地方不正常，我们实施测试，就是为了找到这些不正常的地方。

测试计划模板网上很多，但总结比较之后就会发现，无论格式怎么变，都逃不出5W1H原则（what,why,who,when,where,how)。将6w解释清楚，就不失为一个好的测试计划。

why：

哪些是测试重点？为什么要进行测试？ 测试周期一般都是很紧张的，我们需要根据这样的思考来安排我们的资源投入。

who：

这个系统（或某个功能）谁关心？我们就需要从他们的角度进行思考。

谁来测试？

每个人负责测试哪些功能模块？

when：

什么时候测试？

什么时候截止？

每个阶段的起止时间？

每个人投入的开始和退出时间。

what：

测试范围，比如说我们在计划中规定只在IE8上做兼容性测试，并且评审通过了，以后就不用担心其他浏览器上出现问题时被找麻烦。

测试多少？有些测试说起来容易做起来难。比如说我们要测试“APP升级是否正常”，可能跟升级有关的用例有数百条，这时候应该怎么取舍？

有哪些工作产出以及怎样向客户提供这些产出？

where:

测试环境。比如搭建测试环境要用几台服务器？谁负责维护？发布程序或者服务器故障了，就不用问东问西，直接根据测试计划找到对应的人就好了。

how：

测试策略。如何测试产品以快速找到重要问题？需要对哪些地方进行特殊测试？要运用什么手段测试？

这点很重要。我们常常看到《测试计划》中包含了进度安排、资源安排等大量信息，但唯独没有谈如何测试该产品？这可能会让测试执行的人在开展工作时一头雾水。

这些东西和在一起，就是测试计划了。写的时候，尽量从读者的角度出发，把他们想了解的事情、可能产生混淆的事情都写好了、规定好了，就是一份好的测试计划。