【测试总结系列-4】关于提测打回这件事

对于需求上线时间要求比较急,但测试过程中出现的bug比较多的情况下,有没有必要打回?

是有必要进行打回的。需求比较急是一方面,可以有别的方案,但测试准入的标准还是要坚持的。否则,后续你的测试活动将会很难开展。

通过提测打回提前将风险暴露出来——冒烟case(主要功能场景或者P0用例)没有执行通过,阻塞了后面测试用例的执行,有延期上线的风险; 而不是自己消化掉。

可以适当的增加Show case环节,在开发提测前,产品、开发、测试同时参与,让研发的同学演示一下主流程是否OK,这样有问题大家就可以第一时间知晓,共同决策。

建议:

1、开发提测后,QA先执行冒烟用例,如果冒烟用例执行不通过,提测打回,停止测试,等待新版本提测后再进行测试。

2、同时也可以向前推进一步,向上级领导反馈如产品leader和研发leader,反应这个版本的提测质量比较差,开发人员应该是没有进行自测,如果自测不完全。

说明:

1、有时候BUG的提的多,并不能代表你的能力,大多数是提测版本的质量太差。

2、线上无漏测才能提现自己的能力。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值