开发改动影响面容易不可控,这种有什么好的办法可以提高测试质量?很容易开发改了A引起B,但是A和B从功能层面基本没什么联系,开发提供影响面时也不知道会影响B。因为我们都是黑盒测试,没有技术手段,目前是根据经验,每发现一次了解原理后增多一种场景,因为比较细节,还是会出现漏掉的情况,或者覆盖面太大,资源有些浪费。
这个问题确实很复杂,只要有点规模或长期迭代的研发项目都会遇到,从QA的层面,有时候就需要额外的成本来做兜底回归测试,来保证质量。
1)QA可以梳理业务关联及风险地图,将有关联(历史上出现过互相影响的模块及功能)的功能模块梳理出来,每次回归时,check风险地图,通过新需求对应的功能模块修改范围,评估回归测试的范围
2)本质上这个问题属于业务及代码耦合的问题,所以,可以和业务、产品、研发一起沟通业务及代码解耦的问题,首先从业务上解耦,其次在架构、代码层面解耦,但这个是非常艰巨且有挑战的工作
3)引入单测,在研发阶段可以保证一定的质量
4)引入精准测试等技术手段,根据代码改动精准推荐回归测试用例,提升回归测试用例的有效性和测试效率
一般大厂也就是通过上述一些手段来保障高频发布、长期迭代版本的质量的。
精准测试:精准测试是技术手段,是通过插桩的方式,将代码执行与测试用例相关联,即将测试用例与代码做映射,这样代码改动之后,影响的测试用例就可以通过算法自动推荐出来。简单点来说就是执行用例的过程会触发代码的执行,精准测试工具就会将执行用例时被执行了的代码和用例关联起来。(PS:可百度自己再加深了解)
你在测试过程中有遇到什么问题呢?欢迎VX添加Test_Club与我沟通交流。