按照以前自己的测试模板设计了一份测试计划，但是正好想起来前几天买的一本书来，翻了一下这本号称“软件测试与质量保证圣经”p79，关于测试计划的部分，不看不知道，一看才发现自己的测试计划中很多东西都不够完善，有很多必要的内容没有加入进去。此时无比庆幸自己的测试计划文档尚未提交，否则把这个交给那个大牛老大，估计要被批了，抓紧时间按照书上的内容对测试计划进行了修订，因为“圣经”上组织的比较乱，有重复的现象，所以这次修订还是花了自己不少时间。
再次审阅了一下自己的文档，终于放心的将文档发出去了。可是事情还没有完，下午的时候大牛老大还是找我了，而且是因为测试计划不合格，虽然他说的很委婉……他说主要问题是因为我的测试计划形式上的东西比较多，而他所关心的内容却并没有多少。他给我看了几份微软内部的测试计划文档（老大刚从微软辞职回来），结合文档我确实发现了很多不一样的地方。微软的测试计划中更注重的是测试思路，或者说这就是一份测试设计文档，而对于其他的诸如测试人员，测试进度，测试方法等等内容却没有介绍，总之他们的测试计划目的是让读者看了就对整个测试区域的测试思路很了解，甚至可以直接由此来组织生成用例，这样看来这份测试计划的使用性就更加强了。加上前些日子在上一个项目写测试报告时候，我所看到的微软测试模板，也是关注的是测试结果和分析，而对于测试的执行，测试人员等一些信息却很少介绍或者没有介绍。这样看来，微软内部文档的实用主义观念是相当深入人心啊，而且个人看来这种实用主义对于测试本身是相当有用的。
其实话说回来，并不是说微软的文档就比其他的文档好了，其他的文档，包括网络上流传的很多测试计划的模板，以及“圣经”上面对于测试计划的介绍，都是很详细的很有用的，我们在工作中使用哪种模板，更多的要考虑公司龟腚或者实际需要了。实际上我看到的另外一份微软GenericTestPlan就是极其详尽，包括了测试各个方面，这就更加印证了刚才那句话，做事情还是对症下药才好。
文章来源于领测软件测试网 https://www.ltesting.net/