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

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

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

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

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

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

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

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

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值