案例内容：

　　开发提交给测试的版本有的时候是因为没有更新最新的代码，打包错误等等原因导致好容易发布的版本不可测，浪费大家的时间。或者是开发人员没有完全改好问题，改好你提的问题却又引发了别的问题。

　　解决方法：

　　曾经考虑过拒绝测试，但是最终提交的时间是定下来的，打回去拒绝测耽误了测试的时间，测试更被动。

　　求助问题点：

　　怎样采取一个有效的措施来控制提交版本的质量呢？单纯的靠开发人员的责任心？这感觉也有点太虚了，不知道大家有什么好的建议？

　　分析一：

　　作者：味书生

　　分析内容：

　　1、首先我们要定义出开发的出口标准，要求非常细致的纪录。

　　测试人员可以早介入，将交互点处理成一个交互式间段，这样就可以有效地促进开发向可测试标准运行，同时作为测试人员可以准确地了解到项目的状况，不至于在测试开始过于被动，还可以根据开发的情况及时调整计划，同时向上层提出报警。一定要做接受测试报告，及时地反应项目的情况。

　　2、测试组开发组共同建立一个好的合作模型。

　　现实中我们必须处理开发质量低下的问题，而且必须考虑与开发并行的问题，也就是说没有绝对的不介入集成测试，甚至单元测试。所以在前期项目计划时，就要与项目经理达成一致的标准（最高标准，最低标准），最低标准也就是你最差可以接受的情况，增加各个环节的审核，通过多个项目的磨合和总结，得出一些可行的明细标准。

　　分析二：

　　作者：小蚂蚁

　　分析内容：

　　这个问题我曾经也问过别人，我说的只是和黑盒测试相关的内容，我个人的建议是：

　　1、在项目前期，测试人员就应该介入，同时针对这个项目的开发流程制定一个测试流程。

　　2、测试流程里包含了程序测试的入口和出口标准，当然这个标准要得到开发人员以及项目负责人，项目经理的认可。

　　3、在入口标准里，针对这个项目的黑盒测试制定一套测试点，通过测试点的进入测试人员手里测试，没有经过的打回给开发人员，当然，这个测试点是要对项目比较熟悉或者很有经验的测试人员来做了。入口标准做好了，对后面的测试工作是否有效是有很大影响的。

　　4、公司领导要重视测试部门的工作，如果工作上不给予理解和支持，建议你跳巢吧！

　　分析三：

　　作者：baitest

　　分析内容：

　　1、在项目前期测试人员应当及早介入了解项目的进度安排，并制定一套的流程。

　　2、项目组应当配一个协调员，随时和开发沟通，同时负责测试程序版本的控制。