碰到过一个案例：
一个版本稳定的软件（已历时1年多，经过N次测试），新加了一个小功能。测试时间2天，1个测试人员，测试了2轮。
测试策略是这样的：第一轮测试新功能，以及新功能可能影响的关联点。第二轮回归验证+跑一遍软件主要功能，提交测试。
结果，提交给客户后，出了问题：发现了2个BUG，都是不常用的小功能和与新功能无关的功能。
原因分析了一下，是改BUG的时候影响到了其他功能，引入了新的BUG。

那么问题来了，开发人员不清楚自己是否可能在某个模块引入了新BUG，测试人员在回归测试的时候，也基本不会进行全测（全测耗时太久也认为没有必要，所以之前没有问题的次要功能就不进行测试了），那么如何控制回归测试的质量？难道每次回归测试都要进行全测吗？