手工测试下的回归测试

xulin168

在发布版本期间，有若干个版本需要发出，每次发布版本的测试都需要整体测试一遍，也就是所谓的手工回归测试（因为工具维护太费资源）。
版本一般是提前3天送测，但在测试交互过程中，开发人员有进行了功能增加和修改，导致问题不断，直到发布版本那天，还是有不少问题，而且测试、开发忙得一塌糊涂（编版本->测试->编版本），很是苦恼！
不知道大家所处的环境是怎样的？有没有类似的问题？是不是能够有好的办法解决呢？
谢谢您给于软件测试人的支持！

liwei19670326

这种问题真是让人头大呀!!!

liujihui226

学习中

tyrael_79

应该向每一个尽职尽责的工作的人致敬！呵呵。互相尊重才能团结，而团结就是企业的生命力。

linmi_010

路过

archonwang

边测边改？
流程定义明确但执行力度不够，为了工期时间盲目变更，对于开发总体时间的缩减有所帮助，但是对应于组织却是非常有害的。建议：采用更折中妥善的办法处理该类问题。

Chenny

student不少呀
你们都在一起学习？啥时候我也去见识见识就好，都有学些什么东西呀？

Tender

CMO（configuration managenment officer），配置管理员，主要负责版本的控制和发布，是保证产品质量过程一个必不可少的人物！

jennie98

不好意思，请问CMO全称呢？具体管什么的啊？

yumjuntest

一边测一边改的问题确实存在啊,测试变成调试.问题要解决不仅要有流程,人员组织也要配合,测试如在开发经理下,那就难免会发生这种情况了.

安心

流程不规范经常会导致这样的问题，配置管理很多公司都不是很重视，产品发布前为了赶进度一边测一边改，开发和测试手忙脚乱的情况挺普遍的，弄得大家都身心俱惫。就算有做配置管理的员工（当然是兼职的）这个时候也无法行使CMO的职权，领导都快急疯了你还跟他说这个不能改，那个要放下次测之类的，他不跟你急眼才怪。只好乖乖听命，无能为力。

员工个人力量有限，整个行业对流程重视起来才是关键，否则什么CMO，什么QA，也就是摆设罢了，无法起到关键性作用。
另，公司里每一个各司其职的员工都是产品质量中不可缺少的部分，我想，应该向每一个尽职尽责的工作的人致敬！呵呵。互相尊重才能团结，而团结就是企业的生命力。

Tender

我的姐姐是CMO，工作很辛苦，对工作也很负责，任劳任怨的！
希望大家都能体谅CMO，他们是产品质量中不可缺少的一部分，不要去埋怨他们！
呼吁：向CMO致敬！

swallow0918

CMO是必须有的，不然版本问题怎么得到控制，是不是？即使没有“专门的”也该有个“兼职”的吧。在项目管理中配置管理是最重要也是最难做好的一件事吧。

Tender

一般有CMO的公司规模不会很小，楼上的，你在哪家公司工作？说出来让大家高兴高兴！

swallow0918

我看还是配置管理的问题，没有很好的做好基线化。否则应该没有那样的问题。
版本一旦送测试部，开发人员就没有权限再进行修改了，要改也只能算是下一版本了。版本控制很重要。应该有专门的CMO进行这项工作的。

Chenny

呵呵，个人觉得，回归测试本来是 修改或更新版本后 为防止引入新的bug而进行的测试
回归测试后还有其他测试呢，怎么可以直接发布？
且：无休止的回归测试是耗时的，测试人员有理由驳回 无多大进展的软件。

对于回归测试，你要提高速度，最好搞个自动测试之类的啦

ggstar

流程上有问题啊  配置管理好象做得不好
怎么送交回归的版本还能继续改来改去的？

dyzax926

我同意楼上的看法，测试版本控制在发布阶段异常重要，否则你只有测不完的问题和混乱的版本。

Tender

回归测试应该有足够的时间，不能在测试的时候还再不断变更。既然版本已经转测试，那么开发的任何变更都不能在该版本上回归，而应该纳入下个版本。是否是配置管理没有做好，导致回归测试那么苦恼？

测试有前途

我们公司没有这种情况

基本像单元性测试 接口测试 研发人员在联调的时候 就应该解决掉的

然后像楼主说的 那种在预测试的时候，版本不断增加功能的 导致发版本的时候还是问题层出的 是不是软件的结构设计的不好 导致这种加几个函数 会导致其他错误的发生...