2、测试计划应该要根据前面拟定好的时间，明确软件测试的内容范围，以及测试的优先级。这样我们才能在时间有限或者资源紧张时更好的指导测试人员进行工作。
3、软件测试分工是合理的，即我们知道分配给这些任务给下面测试人员来说是能完成的，否则不能完成的也仅仅是“计划”。
4、计划不仅是一份文档，是软件测试工作开展思路的过程提纲，并且计划里面所提到的标准、策略以及产出是符合实际情况的，能够参考执行的。
5、最后，应该结合项目实际情况，制定合理的计划模板。可以是一份EXCEL表格，也可以是word文档，尽量不要使其成为我们应付上面和外部人员的一项负担。
那测试计划制定好后，是否就没用了？
必须是错误的看法！
测试计划既是与开发进行的约定，方便我们能有序的与开发团队进行对接，也是我们测试执行策略的参考。往往在项目进行过程中，可能存在需求的变更，这时就需要项目领导层评估需求变更的影响范围及可行性分析，如果影响进度的变更必须对计划进行补充说明，以及相应的版本调整。所以测试计划也应该是动态维护的，否则，随着需求的变更，这份计划将慢慢沉到文档“坟场”里。