测试积点老人 发表于 2020-10-15 11:04:55

回归点或者全测怎么选择？

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

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

千里 发表于 2020-10-15 17:04:34

部分回归测试，全测没那个时间

bellas 发表于 2020-10-16 09:54:07

跟需求确认测试范围

海海豚 发表于 2020-10-16 10:27:22

每次测试的时候划分测试范围，没有全测的时间

qqq911 发表于 2020-10-16 10:35:50

可以引入自动化做回归测试

郭小贱 发表于 2020-10-16 10:45:53

全部测试太耗时间了，建议明确下测试范围或者引入自动化测试技术进行回归测试。

litingting0214 发表于 2020-10-16 10:48:03

可以写自动化 ，方面每次都可以使用 ，如果只用一次的话， 建议只走主流程功能
页: [1]
查看完整版本: 回归点或者全测怎么选择？