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

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

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

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

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

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

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

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

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

这个帖子不能沉

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

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

测试人员不知道 修改的地方会影响那几个模块而已，但是开发一定知道这个修改会影响到那些模块，你可以制度一条规定，修复BUG以后给出影响的模块。根据给出的模块去来做一个选择性回归测试。