查看完整版本: 缺陷是发现一个修复一个回归一个还是全部修复后再回归

rebecca2008 2008-5-6 10:43

缺陷是发现一个修复一个回归一个还是全部修复后再回归

如题,请有要经验的朋友多给一些意见。
当测试人员按计划执行测试并发现缺陷后,是继续执行未完的测试还是待缺陷修复后重新测试?
前提是只有一个测试人员,并且发现的缺陷不足以停止测试的情况下,但尚不能确定缺陷的影响范围。

[[i] 本帖最后由 rebecca2008 于 2008-5-6 10:44 编辑 [/i]]

ceceily 2008-5-6 11:12

最好是做完1轮后,全部修复完,再回归测试。

luming 2008-5-6 11:35

不是很明白lz的意思。
有两种方法:
第一种就是测试执行一个阶段,比如按天,每天测试的发现的问题,开发人员修改,第二天,测试人员检查上一天修复的缺陷,给出确认意见,再继续进行测试。白盒测试用的多些吧。
第二种是按轮次,就是每次测试时候,执行全部的测试用例,提交的缺陷在缺陷库中,开发人员修改缺陷,等待测试人员测试完毕后,给出一个新的版本,修复已经存在的问题。

两种方法各有利弊吧。通常习惯用第2种。

rebecca2008 2008-5-6 14:25

实际情况是这样,原来单位没有测试,只是调试发现一个问题开发就去改然后就再调,可能根据问题严重性会选择一定的范围。现在想把测试这块做起来,往正规流程上走(我想难度很大),碰到的问题就是缺陷肯定是按天提交的,开发也随时改,如果第二天改完重新测必然影响原来测试的计划。如果继续按原计划执行又怕缺陷影响到后面的测试,会做无用功。苦恼啊!

luming 2008-5-6 15:05

我记得看到过这样一个说法,每修改3个缺陷就会引发一个新的缺陷,这是无法避免的事情。
我说的按天测试,之所以白盒用的多,是因为可以引入自动化测试,就是在验证的时候,自动测试前面的内容,以保证修改的内容没有影响到已经完成的部分。
黑盒通常用轮测试的情况多些,就是你测试完毕后,开发修改完再次进行全部的测试过程,这样的过程可能引起新的问题,所以测试通常需要进行很多轮。

不要想着一次就解决所有的缺陷,还是一点点的处理比较好。

rebecca2008 2008-5-6 17:14

照楼上说的,黑盒时用轮测试,那有一个问题就是测试还在继续,后面还有很多用例没有执行,但前面的缺陷开发已经改好了,这个时候是不是让开发提交新版本再测好一些呢

dsy851009 2008-5-15 22:32

这个帖子不能沉

lh1793 2008-5-18 20:54

回复 1# 的帖子

在测试中如何修复缺陷过程,关键问题是在测试方案的制定。在进行系统测试中,应该执行测试方案,测试方案规定了测试过程与环境,同时必须确定测试完成的条件与终止的条件。还需要规定测试缺陷修复的过程与原则。在进行缺陷修复后需要进行单元测试,因此在一个单元内缺陷需要一次性全部修改完成之后,再进行单元单元测试。缺陷修复后,还需要进行结合测试,因此在结合测试范围内的缺陷需要都修复。依次类推。

rebecca2008 2008-5-19 09:58

我们公司测试刚起步,还没有单元和集成,只是做系统测试

小孩 2008-5-19 10:38

测试人员不知道 修改的地方会影响那几个模块而已,但是开发一定知道这个修改会影响到那些模块,你可以制度一条规定,修复BUG以后给出影响的模块。根据给出的模块去来做一个选择性回归测试。
页: [1]
查看完整版本: 缺陷是发现一个修复一个回归一个还是全部修复后再回归