我最近参与的两个项目都出现了延期发布的情况，延期带来的后果想必大家都知道，尤其对于测试来说，往往前期延期的后果都要测试加班来弥补，如果还弥补不了，只好向需求方和用户解释，推迟发布，这样势必对项目组的信誉造成影响。那么如何尽可能的避免延期呢，针对最近我参与的两个项目，进行了一些总结。
首先一定要有项目计划，由于是内部系统，项目B就没有做计划，只是简单的约定了一个提交测试的时间点和计划发布的时间点。因为没有计划，说明开发对于自己的工作就没有一个规划，对于需要其他人协作的工作也没有规划
其次这个项目计划一定是有效的，必须包含一些不可缺少的要素，比如各阶段的时间计划，里程碑，产出物，所需要的资源，可能存在的风险点及应对措施。项目A有计划，有时间点，但是对于在开发阶段需要他人协作的事项没有列入计划，也考虑到了风险点，但是对于风险点只留了两天时间。实际上，项目A延期的最重要的原因有两个，一是他人协作的内容不断延期，而且提交的质量不高，另外一个便是考虑到的风险点，实际导致的延期时间远不止两个工作日。
对于工作量的估计尽可能的准备，细致的各功能点，并且在计划应考虑一定时间冗余。有两方面的冗余，一是个人时间，做计划时要把每天开会的时间、处理其他事情的时间预留出来。二是项目的计划，各个阶段有预留一定的缓冲时间。
由于延期的后果大多数情况下要测试来承担，所以在项目组对于计划没有严格要求的情况下，测试人员应该担负起这个责任，不断督促开发及时做出计划，并且检查计划的有效性和完整性。在每次需求评审后要确认各里程碑点。
同样，测试也需要有效的测试计划。在计划中，应该包括测试的范围，兼容性测试、安全测试、性能测试等等，时间进度安排，资源等。同样也需要预留缓冲时间。
此外，在项目的前期，需要关注需求的质量，避免后期因需求没考虑清楚而造成比较大的改动。我做的其中一个项目，在测试的过程中，发现了很多开发实际与需求不符的bug，这类问题造成了测试资源的浪费。（以上言论仅代表作者的个人观点，不代表51Testing观点）
版权声明：本文出自imisstt的51Testing软件测试博客：http://www.51testing.com/?64811
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
