近半年以来，我们部门大大小小的测试项目也做了不少。对于如何组织测试工作，各个测试组长/测试负责人都积极发挥着自己的主观能动性，为提高测试质量和测试效率而积极思考。

　　但是，唯一有个问题让一些组织者绞尽脑汁，那就是：如何让自己的工作能尽量小的偏离自己的预定计划目标，从而提高自己测试计划的有效性呢？对于这个问题，我有一点自己的想法，可供参考。

　　由于测试计划是一个测试项目必不可少的项目管理性文档。它或简单或复杂，其目的都是为了让项目能在预先计划好的轨迹上运作，以尽量减少测试工作的过大投入，从而拉大投入成本与软件利润的比差，达到项目的最大收益。除了这个主要原因外，制定测试计划还有一些附加原因，也就是：

　　1）让测试工作尽量的可视化和可控化。

　　2）为更好的对测试团队的工作能力有更真实的考核（即，执行者在预定的时间和环境下完成任务的能力和质量）。

　　3）为测试的过程改进工作提供依据。

　　4）软件开发流程中必要的文档。

　　可见测试计划的必要性。既然他是必要的，而且目的也说的很清楚了。那么我们不能把自己制定的测试计划当成一纸空文，而应该把他更好的利用起来，以真正的体现它的价值所在。

　　下面是我对如何提高其利用率的几点建议：

　　1、不要过渡的依赖于测试计划模板。

　　现状：

　　我们在拿到一个测试项目以后，我们一般的做法是：先看文档；然后根据文档分析系统功能；然后在要求的时间里就开始写计划了。写测试计划的过程是边想边写，好像都不知道该写些什么好。有的人就干脆把其他项目的测试计划拿来，修改一下进度表和人员表，增删一些测试方法等就完了事。我们做测试计划的目的几乎就成了应付检查，不在于使用。

　　建议：

　　我们通过分析需求和系统功能，我们就应该对如何计划测试工作胸有成竹了。制定测试计划，我们必须先要做好以下几件事情（那是我们制定计划的时候所必须的东西）：

　　a）确定测试范围。

　　b）根据测试项目的工作强度和难度来组织测试人员。

　　c）根据项目所提供的各项数据以及成员能力，评估风险，时间和资源消耗。

　　d）根据质量保证计划以及项目所提供的数据资料，确定可行的测试方案（必要的话，还需对测试方案的可行性和风险性进行审查，使实施的风险可控化。）

　　e）在预计的测试时间段里，根据制定的测试方案确定时间进度。

　　f）测试过程中，对测试版本的控制（大型的项目，应该考虑附加《配制计划》）

　　当我们把这些事情做好后，我们就可以正式的拟定测试计划文档了。在计划文档中写清楚测试的对象、范围，测试的时间、进度，测试所需要的人力和物力，测试方案说明，测试工作的各项标准定义，测试的风险评估以及预防措施等。

　　尤其在确定时间的进度时，最好不要把时间刚好排满，要在时间的后期留有一个缓冲时间段，以应对意外突发事件。

　　2、重把测试计划的审核关。

　　现状：

　　一个测试计划文档生成后，还不能算是完成计划工作了，还必须对计划进行评审，将其合法化。那么我们公司的评审者到底评审些什么呢？他们拿到要评审的计划书，就主要关注一下文档的书写结构（看目录），再看看进度安排和实施方案，但就是不提出该实施方案在这个预定的进度中能否可行，以及风险评估是否合理，可能在他们的评审检查项里就缺少“对计划可信性和可行性的检查”以及“计划方案实施的风险性”的考虑。