软件测试计划－快速编写和读懂测试计划
往往对新入行的同行来说，编写测试计划似乎是一个很难、很头疼的事情，确实编写测试计划要考虑的事情有很多，写一个好的测试计划不容易。
但是还是有些方法可以借鉴。
一、套用模板。
每个公司都有一整套文档模板，当然也包括测试计划的，省了很多事情。如果公司没有，测试团队刚刚起步，也不要紧，现在网络资源相当丰富，且是免费的，前面本人上传了几个模板，丰俭由人（^_^）；
二、考虑测试计划主要的内容，运用“5W”规则。
三、要知道项目是在不断变化之中的，立足于现在所了解的信息编写计划，不要太为将来未知的事情计划，计划不是一成不变的，是可以变更的。（不要给自己太大的压力，尽自己能力做好即可）
四、借鉴之前的别人写好的测试计划，虚心求教。
大部分人都还是直接套用公司现成的模板，下面介绍下套模板的事情。
每个项目测试计划都会不一样，但经常接触测试计划的人可能会察觉到，实际上很多测试的计划都大同小意，里面有很多相似的模块，像是说明，缺陷管理，项目通过标准，暂停标准，恢复标准，风险管理，等等，都是可以直接套用的，并且这其中有过多的官方的术语，很多文字是为了使文章更好去读，读起来更舒服。
但是基本上说包含核心的内容都是根据不同的项目量身定做的，比如具体要测试特性，测试的里程碑，进度表，任务安排等等，这些 是测试人员的测试的依据，时间安排的标准，这也是测试计划的重点，根据项目自身的情况来，不能马虎。
所以总的来说测试计划可以宏观的认为包含两个部分，一个是具体项目的测试安排，日程安排，人员分工，任务分工，里程碑的成果物等等，另一个是，适用于很多项目的一些约定俗成的标准，管理的方案，风险、缺陷的管理等等，这些不必随着项目的变化而更改，只要有一份模板，针对不同的项目进行简单的更改可以了。
其实用这种写测试计划的方法不仅可以减少你写的时间，也可以更高效更有速度的阅读测试计划，一旦你清楚了测试计划中的窍门，你完全可一跳过那些标准，直接找到核心的安排，分工，这样可以为您省去很多时间，然后再回来大致看下那些平常都是通用的内容（PS：以防这次还真的变了）。
