堆叠人力 + 请外包

让你老板来测

可以借助精准测试，看看哪些模块的代码有改动，重点回归改动的功能模块 和 使用到这些改动模块的流程；如果这个达不到的话，只能增加人力 + 请外包

基于模块的自动化建设，纯人力就是个 bug 黑洞

借助工具分析代码改动影响，精准回归提高效率

业务迭代很快的情况下，推自动化估计会有难度，逻辑经常变更的话维护自动化脚本都够累的。可以先推下比较稳定流程的自动化，其他的可以先整理下回归用例集合

目前也是这个想法，请问运行代码和用例，如何进行关联映射，有经验吗？

精准测试可以理解是通过 commit 的 diff 分析，筛选回归用例集？

是的

分功能层级，核心功能和主要功能以及次级功能，然后根据业务划分测试范围，减少不必要的测试量。同时搭建自动化流程，减少重复性测试。有权限的话，，看开发提交记录，回归起来也会更具体一些。但不完全，因为核心功能该看还是得看，这里还是得自动化比较好

人力资源够，就加人，人不够时间紧，就找开发给一个影响范围，针对影响范围收缩回归范围，但是也遇到过开发评估不准确，以及多个开发共同修改，且存在偷偷修改 bug，不告知，且没有代码评审的情况，那就麻烦了，总之只要流程规范，问题就不大