各位开发或者测试同学在开发结束后如何确定回归范围

[leehowlslee]

各位开发或者测试同学在开发结束后，是否需要列出代码改动的影响点呢？

比如开发改了比较底层的地方需不需要全部功能点回归呢？又比如开发升级框架是否也需要全部场景回归呢？

作为开发如果改了底层代码，不太希望所有的问题都来找他（测试同学可能不确定这个 bug 是不是这个改动引起的）；测试同学又希望能保证最终交付的质量，但是也不想过大的工作量，这该怎麽权衡？

[huangzhuhao]

按照开发修改的模块，以及可能影响到的模块都回归测试一下，产品的主要功能也回归一下，然后其他没影响到的模块，就可以选择性不去测试。

[infun]

要看是否改到了通用的封装，如果改到了，使用该封装的部分可能都需要回归；
如果没有，调用链路上回归即可
最后自动化测试兜底

所以自动化测试比较重要

-- 以上仅限于服务端测试，前端 APP ，没有经验不了解

[lsk569937453]

升级一个底层框架，研发如果不能给出一个合理的回归范围，那只能测试全量回归了(你就慢慢测呗，全量回归就是会耗时很久)。

[clemente]

根据测试覆盖率 来选择 case 进行测试

[kneo]

如何确定？能自动化全测就全测，资源不足就挑重点。这有什么好问的？
怎么权衡？难道不是根据你对项目的理解自己评估影响和风险？你自己的项目自己的代码你问别人怎么权衡？