如果软件上线后出现了重大的Bug，产品的各个角色肯定都有压力，这种情况下，首先需要有人来组织这个Bug的责任认定和后续改进，这个角色一般是PM，不过，对于有一些团队，也可以由最关心质量的测试团队来发起。如果没人发起，建议测试团队一定要主动地去发起这类总结，因为这个也是产品质量保证的重要环节。

线上Bug的讨论一般有如下这些内容：

1、Bug的产生原因，仔细地分析Bug为什么会产生，这个环节很重要，因为这个环节弄清楚以后，责任认定就清楚了。

2、Bug的责任认定，一般来说，除了那些责任真的很清晰的Bug之外，很多Bug都是开发、测试、策划、项目经理共责的，为了团队的团结，也没有必要去讨论哪个团队负主要责任。

3、Bug影响范围，分析这个Bug对于用户造成的影响。

4、改进措施，在改进措施这一项中，可以把以后如何避免类似Bug的措施写进去，并在任务系统建立任务，指定专门的人跟进。

那再来说下项目组实际Bug的责任认定吧：

1、如果测试时间还是比较充足，测试用例有写，但是还是漏测的，那就是测试的责任。

2、如果测试时间不充足，测试用例有写，但是因为时间不足而降低回归测试范围，导致漏测的，那一般是项目组各个角色共责的。

3、如果有开发修改了功能没有通知测试人员，导致线上漏测的，那就是开发的责任。

4、如果策划人员在回归测试阶段还提了需求变更，在测试人员明确告知风险的情况下还坚持要上需求变更的，那就是策划的责任。

对于测试人员来说，测试阶段如果因为时间缺少、需求变更频繁等原因导致回归测试范围不足的，一定要尽早跟项目组正式地发邮件沟通情况，让大家尽早知晓风险，这样出线上Bug的时候，项目组其他人员就不会认为测试工作没做到位。