背景:

公司产品是一个专业软件,每周一个迭代版本,3~4 个月左右一个正式大版本;

最近半年的版本中,出现了两例线上问题

问题 1:

一个是不由 QA 负责的业务模块(涉密业务,有专职开发负责质量保证),上线后出现问题导致特定用户无法使用。内部会议中,项管问为什么测试没能覆盖到,我没有马上回答,对应的专职开发也没有解释,但需求的开发负责人解释了缘由,路径特殊且受限于设备.....

问题 2:

版本末期临时插入了一个优化需求 xyz。需求提出来后,测试根据开发提供的影响范围,输出了测试验证方案和用例,同时补充了部分可能受影响的业务点;然后召集开发、产品、评审测试方案,方案通过正常进行验证和测试;版本发布上线 2 天后,有用户反馈某个业务有 bug,经测试和开发确认属于插入需求 xyz 引入;这个受影响的业务点大家都没有能够识别到,我也在反思为什么没能拦住.....结果就在一次内部会议中,项管、业务负责人都问起,为什么测试没能测到;我把过程同他们讲清楚了,说是我们产研测三方都没能识别到,属于业务不够熟悉;但是会后内心十分不爽,为什么出现了问题总是第一时间找 QA 的锅,要扣屎盆子。

以上两个案例,想听听各位大佬的看法,如何扭转这种测试处境,QA 能做哪些?


↙↙↙阅读原文可查看相关链接,并与作者交流