测试工程师的最大疑问：项目上线出现严重Bug，到底是谁的责任？

各位小伙伴们还记上个月小红书APP崩溃闪退，导致大批用户卸载APP重装的事故吗？闪退Bug从凌晨持续到第二天上午。

事发第二天，就有研发在线承认了，因为自己的失误导致了这次事件，评论区也有人担心博主会不会失去工作。

这件事会到此为止吗？有研发人员承认了错误，测试人员还需要负责吗？

也由此引出一个测试人员的最大疑问：

项目上线后出了严重Bug，到底是谁的责任？

目前存在如下两种观点：

Mr.Zhou

Mr.Zhou是企业的研发总监，他看到这个Bug时，确定是测试的锅。

他认为：测试工程师是软件产品质量的最后一个把关者，没有做好更新测试，才导致版本发布上线后APP更新崩溃。因此，背锅侠必需是测试工程师。

Mr.Li

Mr.Li是企业的测试负责人，他看到这个问题后，认为应该具体问题具体分析。

首先，需要确定该Bug产生的原因：

修改其它Bug带出的新Bug；

开发新需求出现的Bug。

修改其它Bug带出新Bug

如果是前者，开发修改Bug后，有没有把修改的代码涉及到的场景告知测试工程师。

情况1

未告知，测试工程师存在漏测，背锅侠：开发工程师。

情况2

告知，测试工程师没测，背锅侠：测试工程师。

开发新需求出现的Bug

如果是后者，那就需要查看该版本的《系统测试计划》(产、研、测评审通过)的测试范围，确认该新需求是否在该版本的测试范围之内。

情况1

如果不在该测试范围之内，测试工程师不背锅。

情况2

如果在测试范围之内，查看该新需求对应的测试用例或测试点(产、研、测评审通过)，该Bug有没有对应的测试用例或测试点。

如果没有，该测试用例是如何评审通过的？背锅人：用例评审人员和用例编写者。

如果有，该测试用例测试结果是通过还是不通过？

1、如果测试结果：通过，测试工程师提供测试数据，并对比测试时间和代码提交时间：

如果代码提交时间晚于测试时间，可能后来开发偷偷改了代码，背锅侠：开发工程师；

如果代码提交时间早于版本编译时间和测试时间，背锅侠：测试工程师。

2、如果测试结果：不通过，测试工程师是否预警并告知领导？

如果没有，背锅侠：测试工程师；

如果有，背锅侠：领导。

如果确认是领导的责任，那就需要结合《系统测试报告》里的”结论”，具体确定是哪些领导背锅。

测试不通过，背锅侠：支持上线的领导；

测试通过，背锅侠：测试领导。

大家支持谁的观点？

最后：

添加微信：atstudy-js  或者扫描下方二维码，备注“博客”邀请你进入Python自动化测试学习交流群~