正好有同学有提出这个问题，其实个人认为追责的本质不是为了追责，而是为了辅助团队将质量问题放在第一位。刚好在知乎看到了一位测试总监的经验。给大家分享一下
作者：钱蓓蕾
链接：软件上线后出现了重大bug，要软件测试工程师负主要责任还是要开发人员负主要责任?那么项目经理呢？ - 知乎
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
如果软件上线后出现了重大的Bug，产品的各个角色肯定都有压力，这种情况下，首先需要有人来组织这个Bug的责任认定和后续改进，这个角色一般是PM，不过，对于有一些团队，也可以由最关心质量的测试团队来发起。如果没人发起，建议测试团队一定要主动地去发起这类总结，因为这个也是产品质量保证的重要环节。 线上Bug的讨论一般有如下这些内容：
1、Bug的产生原因，仔细地分析Bug为什么会产生，这个环节很重要，因为这个环节弄清楚以后，责任认定就清楚了。
2、Bug的责任认定，一般来说，除了那些责任真的很清晰的Bug之外，很多Bug都是开发、测试、策划、项目经理共责的，为了团队的团结，也没有必要去讨论哪个团队负主要责任。
3、Bug影响范围，分析这个Bug对于用户造成的影响。
4、改进措施，在改进措施这一项中，可以把以后如何避免类似Bug的措施写进去，并在任务系统建立任务，指定专门的人跟进。
那再来说下项目组实际Bug的责任认定吧：
1、如果测试时间还是比较充足，测试用例有写，但是还是漏测的，那就是测试的责任。
2、如果测试时间不充足，测试用例有写，但是因为时间不足而降低回归测试范围，导致漏测的，那一般是项目组各个角色共责的。
3、如果有开发修改了功能没有通知测试人员，导致线上漏测的，那就是开发的责任。
4、如果策划人员在回归测试阶段还提了需求变更，在测试人员明确告知风险的情况下还坚持要上需求变更的，那就是策划的责任。 对于测试人员来说，测试阶段如果因为时间缺少、需求变更频繁等原因导致回归测试范围不足的，一定要尽早跟项目组正式地发邮件沟通情况，让大家尽早知晓风险，这样出线上Bug的时候，项目组其他人员就不会认为测试工作没做到位。