测试计划怎么评审

Question

公司的流程有个样子，但细节很多都不到位。尤其是测试计划，感觉只是一个形式。测试人员按模板写个计划出来，小组长在评审一下，就完了。而在后期的测试中，根本就没有起到一份计划文档的作用。不知道具体应该如何操作，才能真正发挥一份计划的作用。

Answer 1

我支持模板害死人的说，单不支持模板害死人的做法。模板是长期实践，总结出来的一套解决问题的方法，有的你是实用的有的未必你就能用的到，一个项目计划要从特定项目的特点出发思考如何一步步的开展测试工作；测试计划不是一成不变的，在测试计划的执行过程中会随着外界条件或者某些因素的掺杂而做出相应的变动和调节！这个是必然的。如果说做了一份计划到项目测试完毕了都没有动过或者很好的按照计划中的各个指标，策略，资源等测试完成了，这说明两个问题：第一你的计划就是一张废纸，第二你的计划做的太好了，对整个项目的把控，奉献预测和预防测试都做到极致了注重项目质量要从领导开始！

Answer 2

　　1.计划评审
　　测试计划编写完成后，一般要对测试计划的正确性、全面性以及可行性等进行评审，评审人员的组成包括软件开发人、营销人员、测试负责人以及其他有关项目负责人。
　　2.计划总结
　　项目完成后，应该对计划的执行情况进行评审，看有哪些不合理的地方，以便为编写下一个项目测试计划做经验积累。
　　测试计划Testing plan，描述了要进行的测试活动的范围、方法、资源和进度的文档；是对整个信息系统应用软件组装测试和确认测试。 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。

Answer 3

说老实话，模板都是害人的东西。之所以这么说，是因为模板都是别人的经验总结。别人的经验是一点一点积累，根据企业的不断发展才走到这一步。如果你只是拿了别人的成果，往自己身上一套，多半是搞不好的。我的建议是，忘记这些大而全的模板。把所有的测试人员召集起来，大家讨论一下，目前情况下，有什么问题。再看看，哪些问题是可以通过计划来改善的。不要试图一下子改变所有的问题。写一个最最简单的计划，一次只解决一个问题。慢慢把新问题的解决方案加入这个计划中。同时，把已经过时的内容删除。不需要去考虑评审的问题。如果这个计划是大家需要的，感兴趣的，自然会有人给予反馈。如果压根没有反馈，那基本上就意味这个计划的内容没有任何实际意义。