测试计划的模板格式各样，但重要的是你需要考虑以下事情。
1 什么东西你要测试
也就是定义测试的目标物是什么. 有时候有些人会搞错测试的目标物， 明明要测的是你的系统， 可是却测到受测系统所用到的平台或是数据库. 有时候哪些东西不是你最先要处理的重点， 可是你却一直在找他们的问题。
2 你要测什么
列出你要测试的功能. 这是乎很直觉， 但是在某些状况下， 也许有些旧功能， 或是不是这次要注意的重点， 你是可以在这次的测试先忽略他们. 但是要先和相关利害人确认清楚。
3 你要怎么进行测试
你需要描述你的测试策略. 像是范围， 单元或是整合或是 end to end ， 工具， 是否要自动化， 哪些东西先测...等等
4 什么时候要测试
也就是说明你什么时候要做哪些事情. 何时规划， 何时开立个案， 何时执行个案， 何时回归测试等等。
5 可以进入测试的条件
并不是随便写个程序就可以来测试了， 开发人员要先对自己写的东西负责任， 准备好适当的文件， 或是经过适当 review 等等. 总之要定义好一些准则， 需要通过才能开始测试。
6 可以结束测试的条件
你需要定义什么条件满足了， 测试才算结束. 像是没有严重的 bug， 平均无故障时间减少到某个范围， 或是当初计划的测试项目都已经测完， 效能已经达到某个水平... 等等。
7 测试过程中遇到状况怎么办
要考虑测试风险，主要来自于测试的软硬件环境，开发没有按照正常进度提测，修改缺陷滞后了，人员流失等等。
我想如果你的计划已经能回答这些问题， 我想是否照着标准的模板并不重要. 因为你已经把重要的事情都考虑到了。
