关于开发组提交版本给测试时遇到的问题，困惑中，寻求解决方法！

ella2008cm

开发组提交软件版本给测试组测试，大概介绍下情况，可能包括后台新修改的代码的提交，前台版本的更新，还有一些后台配置文件的配置（由配置管理员完成）。
一切准备就绪后提交给测试组测试，可是在测试了一段时间后发现流程走不通，报告给开发人员，告知某段更新的代码忘记提交了，于是重新提交，重新测试；
进行到流程的后半，发现有问题，找到原因是后台某个配置文件配置的问题。
如此反复，严重影响了测试的效率和测试人员的心情！
现想写个文档，规范下开发人员提交版本，以避免出现如上的问题，提高测试的效率！
不知道大家有何好的想法，和相关资料，谢谢大家！

[ 本帖最后由 ella2008cm 于 2009-11-7 17:39 编辑 ]

ella2008cm

呵呵，说得很详细，谢谢了！
值得借鉴下你们的方法。

velata

呵呵 楼主跟我们之前碰到的问题一样了
后来陆陆续续找到一些解决办法，说说我们的流程吧：
1、代码完成后先单元测试（因为送测后阻塞的功能太多了，代码是根源一）
2、开发人员送测前在互测（开发人员间黑盒测试，比较简单）
3、送测前在开发组的部署环境上进行“预部署”
   在这要简单说说我们这边版本部署的方式：开发人员写好代码后，由测试经理告诉开发组部署负责人，更新了什么文件，开发组部署人员写好部署步骤交由测试组部署人员，测试组部署人员根据送测表在测试环境上部署送测版本（先不说这种方式对错，只是说我们的实情）
4、开发组预部署通过之后送测给测试组
5、测试组自己部署后开始测试执行工作

其中
第1、2步解决了大部分由于代码导致的阻塞情况。
第3步解决了代码没提交、部署文件没更新的问题
不过现在倒是第5步引入了一些问题，不过这个跟流程没什么关系，第五步在起步阶段 有问题难免，我们一直在改进

ella2008cm

冒烟肯定要做，但是有时情况不是这么简单，比如冒烟通过了，有时还是会出现这样的问题，有没有一种可能能从源头上解决这样的问题呢？

xyj000111

学习了。。。冒烟测试

gaha

解决太简单了，冒烟。

liufjzw

先进行冒烟测试啊！冒烟通过再细测，否则打回让他们修改完你再测啊