上线几天后,出现问题,这锅谁来背呢?

线上环境又出问题了?

那咋又出现问题了呢?

为什么上线时候没测试出来,漏测了吧?

之前这个问题,扔到群里后,讨论很激烈

有人说是开发的责任,也有说是测试的责任,很少说有产品的责任吧(这点我自己脑补的

相信没有人想当背锅侠、替罪羊

那么问题来了,线上环境出问题?作为测试同学的我们该如何冷静理智应对?

主观原因:

1、业务理解不够透彻,未理解就测试

2、不写测试用例或测试点,直接测试

3、用例设计,业务及测试点覆盖不够全面

4、过于经验主义、脱离用例,导致漏测

5、测试用例未做评审,导致漏测

6、测试时间被压缩,被动测试,事后才反馈

7、测试时未做排期,导致测试存在风险,被动执行测试

8、多个项目并行,都想测试,才发现精力有限,结果哪个都做不好

客观原因

1、测试流程不规范

2、需求文档、prd原型更新无法同步,很被动

3、无需求文档、prd原型,完全口头需求

4、开发压缩测试时间,如三天变一天

5、部分代码未自测,就直接上测试环境,导致测试投入成本很大

6、部署存在一定风险,采取的是替换文件形式,有一定概率漏替换

7、上线提测内容未明确给出,可能影响范围,以开发发出提测内容为准

8、同时支撑测试多个项目,精神状态很差,工作不在状态

我们能做的:

1、提升业务知识,重视功能测试,不要过于自信经验直觉

2、吃透需求,有需求不理解要做到及时反馈 

3、在需求讲解后,做出测试排期

4、设计测试用例后,需与开发,产品经理评审通过

5、遇到测试不合理的情况,需及时沟通反馈

6、先做好一件事,再去考虑延伸

7、针对功能测试部分:

     新功能测试

     新功能可能影响点回归

     系统重要功能点回归

以上仅为小编个人观点,不喜勿喷,如果您有更好的建议,可以留言给我哦

原文地址:https://www.cnblogs.com/longronglang/p/9943112.html