事发第二天，就有研发在线承认了，因为自己的失误导致了这次事件，评论区也有人担心博主会不会失去工作。
这件事会到此为止吗？有研发人员承认了错误，测试人员还需要负责吗？
也由此引出一个测试人员的最大疑问：
项目上线后出了严重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、如果测试结果：不通过，测试工程师是否预警并告知领导？
如果没有，背锅侠：测试工程师；
如果有，背锅侠：领导。
如果确认是领导的责任，那就需要结合《系统测试报告》里的”结论”，具体确定是哪些领导背锅。
测试不通过，背锅侠：支持上线的领导；
测试通过，背锅侠：测试领导。
大家支持谁的观点？
版权声明：本文出自51Testing会员投稿，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
