项目上线后出现严重Bug，研发总监和测试负责人吵了起来！

各位小伙伴们还记上个月小红书APP崩溃闪退，导致大批用户卸载APP重装的事故吗？闪退Bug从凌晨持续到第二天上午，不清楚的可以点击右边蓝字复习一下事件经过：小红书闪退崩溃出bug，IT人员要背故障吗？

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

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

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

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

决策树

目前存在如下两种观点：

A：Mr.Zhou，研发总监

B：Mr.Li，测试负责人

A
Mr.Zhou是企业的研发总监，他看到这个Bug时，确定是测试的锅。
他认为：测试工程师是软件产品质量的最后一个把关者，没有做好更新测试，才导致版本发布上线后APP更新崩溃。因此，背锅侠必需是测试工程师。

B
Mr.Li是企业的测试负责人，他看到这个问题后，认为应该具体问题具体分析。
首先，需要确定该Bug产生的原因：

• 修改其它Bug带出的新Bug；
• 开发新需求出现的Bug。

修改其它Bug带出新Bug

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

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

• 情况2
  告知，测试工程师没测，背锅侠：测试工程师。

开发新需求出现的Bug

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

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

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

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

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

  • 1、如果测试结果：通过，测试工程师提供测试数据，并对比测试时间和代码提交时间：
    如果代码提交时间晚于测试时间，可能后来开发偷偷改了代码，背锅侠：开发工程师；
    如果代码提交时间早于版本编译时间和测试时间，背锅侠：测试工程师。

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

    • 如果没有，背锅侠：测试工程师；
    • 如果有，背锅侠：领导。
      如果确认是领导的责任，那就需要结合《系统测试报告》里的”结论”，具体确定是哪些领导背锅。
      • 测试不通过，背锅侠：支持上线的领导；
      • 测试通过，背锅侠：测试领导。

投票

大家支持谁的观点？欢迎大家投票：
项目上线后出了严重Bug，到底是谁的责任？（单选）

A：测试工程师是软件产品质量的最后一个把关者，要测试人员负责。

B：需要分多种情况讨论。

C：其它。

备注：

• 选A说明你是（或者有潜质成为）企业的高管或企业老板；
• 选择B说明你是测试大牛。