开发改动影响面容易不可控，这种有什么好的办法可以提高测试质量？

开发改动影响面容易不可控，这种有什么好的办法可以提高测试质量？很容易开发改了A引起B，但是A和B从功能层面基本没什么联系，开发提供影响面时也不知道会影响B。因为我们都是黑盒测试，没有技术手段，目前是根据经验，每发现一次了解原理后增多一种场景，因为比较细节，还是会出现漏掉的情况，或者覆盖面太大，资源有些浪费。

这个问题确实很复杂，只要有点规模或长期迭代的研发项目都会遇到，从QA的层面，有时候就需要额外的成本来做兜底回归测试，来保证质量。

1）QA可以梳理业务关联及风险地图，将有关联（历史上出现过互相影响的模块及功能）的功能模块梳理出来，每次回归时，check风险地图，通过新需求对应的功能模块修改范围，评估回归测试的范围

2）本质上这个问题属于业务及代码耦合的问题，所以，可以和业务、产品、研发一起沟通业务及代码解耦的问题，首先从业务上解耦，其次在架构、代码层面解耦，但这个是非常艰巨且有挑战的工作

3）引入单测，在研发阶段可以保证一定的质量

4）引入精准测试等技术手段，根据代码改动精准推荐回归测试用例，提升回归测试用例的有效性和测试效率

一般大厂也就是通过上述一些手段来保障高频发布、长期迭代版本的质量的。

精准测试：精准测试是技术手段，是通过插桩的方式，将代码执行与测试用例相关联，即将测试用例与代码做映射，这样代码改动之后，影响的测试用例就可以通过算法自动推荐出来。简单点来说就是执行用例的过程会触发代码的执行，精准测试工具就会将执行用例时被执行了的代码和用例关联起来。（PS：可百度自己再加深了解）

你在测试过程中有遇到什么问题呢？欢迎VX添加Test_Club与我沟通交流。