各位小伙伴们还记上个月小红书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、如果测试结果：不通过，测试工程师是否预警并告知领导？

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

　　如果有，背锅侠：领导。

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

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

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

　　大家支持谁的观点？

作者：明月时时有    

来源：http://www.51testing.com/?action-viewnews-itemid-7797435