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