这是一个创建于 706 天前的主题，其中的信息可能已经有所发展或是发生改变。
各位开发或者测试同学在开发结束后，是否需要列出代码改动的影响点呢？
比如开发改了比较底层的地方需不需要全部功能点回归呢？又比如开发升级框架是否也需要全部场景回归呢？
作为开发如果改了底层代码，不太希望所有的问题都来找他（测试同学可能不确定这个 bug 是不是这个改动引起的）；测试同学又希望能保证最终交付的质量，但是也不想过大的工作量，这该怎麽权衡？
比如开发改了比较底层的地方需不需要全部功能点回归呢？又比如开发升级框架是否也需要全部场景回归呢？
作为开发如果改了底层代码，不太希望所有的问题都来找他（测试同学可能不确定这个 bug 是不是这个改动引起的）；测试同学又希望能保证最终交付的质量，但是也不想过大的工作量，这该怎麽权衡？
 | 1 huangzhuhao 2024-01-23 19:34:13 +08:00 按照开发修改的模块，以及可能影响到的模块都回归测试一下，产品的主要功能也回归一下，然后其他没影响到的模块，就可以选择性不去测试。 |
 | 2 GlobalNPC 2024-01-23 19:36:13 +08:00 要看是否改到了通用的封装，如果改到了，使用该封装的部分可能都需要回归； 如果没有，调用链路上回归即可 最后自动化测试兜底 所以自动化测试比较重要 -- 以上仅限于服务端测试，前端 APP ，没有经验不了解 |
 | 3 lsk569937453 2024-01-24 09:08:24 +08:00  1 升级一个底层框架，研发如果不能给出一个合理的回归范围，那只能测试全量回归了(你就慢慢测呗，全量回归就是会耗时很久)。 |
 | 4 clemente 2024-01-24 11:29:04 +08:00 根据测试覆盖率 来选择 case 进行测试 |
 | 5 kneo 2024-01-24 17:25:09 +08:00 via Android 如何确定？能自动化全测就全测，资源不足就挑重点。这有什么好问的？ 怎么权衡？难道不是根据你对项目的理解自己评估影响和风险？你自己的项目自己的代码你问别人怎么权衡？ |
Select Language