在第三方测试机构做测试多年，后来进入做产品的公司负责测试工作，才发现在第三方测试机构做测试是多么幸福的事。简要来说，产品形公司开发和测试往往在同一个部门，没有部门间沟通时的仪式感，往往比较随意。由此，测试会面临如下困局：

1.需求飘忽不定；

2.版本界限模糊

3.留给测试的实际时间与计划时间往往差别巨大

已上任意一方面事件的发生，会使得测试焦头烂额，何况往往是已上几点的叠加。常见的场景是：在软件临近发布的时候，部门领导整天对你瞪眼，嫌你拖慢了进度，嫌你测试不够充分，殊不知，开发给你交付软件比项目计划晚了好长时间，严重压缩了你的测试时间。

经过实践，提出以下几方面的措施供大家参考：

第一．明确需求。这个需求包含了设计需求和测试需求。

设计需求包括要实现的功能性能项、优化项等方面，这个可以从各方面收集，包括开发提供的更改单、问题单、变更单等等，切记，落实到书面上，形成文档，有必要时要求相关人员评审，签字确认。

测试需求包含测试资源和测试计划，根据项目期限清晰划定测试阶段。

第二．变被动为主动。作为测试，没有要求开发按时提交测试的权力，但是开发的每一天延迟交付都在加重测试人员的压力、降低测试质量。为此，找准本次任务的项目干系人，尤其是开发和测试的共同上级。若你发现即将到来的里程碑可能无法实现时，主动发出邮件报警，报警级别从黄色开始，直至红色报警。报警邮件抄送到项目干系人，并抄送项目经理，提醒开发即将到来的里程碑，引起项目组的注意。

通过已上措施，能够及时识别和预防项目过程中的风险，提醒相关人员注意防范，从而使得测试人员变被动为主动，提高工作效率。已上仅是本人在工作中的一些感悟，并无与开发树敌之意，大家有更好的建议或方法，敬请交流。

版权声明：本文出自51Testing原创，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。