上线后Bug这口锅怎么背

测试上线后，生产环境有 Bug 这到底是谁的锅？

 做测试的童鞋应常遇到系统在测试环境测试通过后上UAT环境产品验收没问题，但是一上生产就出bug，更严重的情况是弄得大家通宵加班测试修bug；而且还会开发和测试，乃至运维，产品相互甩锅！那么，一旦测试上线后，生产环境有Bug这到底是谁的锅呢？

锅的来源

 我们先来了解一下，生成环境bug主要来源有哪些？

1、用户反馈

用户使用过程中通过意见反馈后台、微博、APP Store商店等渠道反馈自己的意见，以及遇到的问题；

 2、内部反馈:

各条业务线钉钉/微信/QQ群反馈的线上版本产生的问题，以及内部人员使用中反馈的线上问题；

 3、监控后台收集：

各种运营平台/监控后台收集到的用户使用中的问题。

锅的质量分析

现在团队得到了线上bug，为了更好的进行锅的责任划分，以及接下来处理线上bug，我们需要认真分析下BUG的质量和等级。

 为了方便分析，我们可以简单地把线上BUG分成三个等级：

 1、简单易现的问题：

如果是比较简单就复现的问题，那作为测试人员这个锅跑不了。因为这是基本的工作态度的问题了。

 如何避免这类问题的出现呢？有几个小办法：

1）注重测试策略的设计，对于每个迭代（版本）的测试重点和测试方法做一次梳理。

2）测试用例设计：熟练使用各种用例设计方法去设计和编写测试用例，这样才能保证用例的覆盖率。

3）测试用例评审，避免自己陷入测试盲区，让产品和研发一起来确认场景覆盖是否充足。

4）认真执行测试用例，这点很简单，但是很重要。因为人都会情绪低潮，在某些情况下，心存侥幸，可能用例直接就Pass了。

 2、特定场景或者数据才会出现的问题

这种情况在测试环境里考虑可能真的考虑不到，所以这种问题的锅测试其实不用太担心背，因为情有可原。

 我们主要做到每次在线上环境里遇到，我们就一定要补充到测试用例库中；如果公司有自动化测试框架，那么也要补充自动化测试用例库中；

 同时思考为什么只有这种情况才会出现，做好测试环境和测试是数据的对比。这类问题需要注意平时的积累，形成自己的经验，这类“锅”，可以团队一起背，但要给出改进方案，不能多次在同一个地方跌倒。

 3、深层次的偶发问题：

这种bug在测试环境发现的可能性也是比较低的；一方面偶发，另外一方面测试深度比较考究，所以这种bug的锅也不用太有负担。

而且这种问题我们要转变心态对待，因为这其实是提升团队技术能力很好的试验场，集中力量解决掉就是了。

 这类问题，一般情况下做好线上监控，能及时预警，比客户更早或者不能落后太多发现，不要给用户造成严重的业务或者经济损失和影响，就可以的；可以提前准备好相关的话术，安抚客户，同时能够让团队有缓冲解决问题的时间就好。

如此将线上bug分类这么一分类，其实测试的心理负担就少很多了，有些“锅”也不是什么坏事吗，而且也并不一定都会被领导严厉追责。

线上bug处理总结

线上出问题进行责任划分虽然也是有必要做，可以按照以上分析的bug的质量类型进行责任划分，因为责任到人可以更好的规避下次同样的问题再次出现。

 同时，更重要的是做好线上问题的处理:

1、先排查测试环境是否也存在这样的问题，如果存在，那就很明显是测试环境没测试出来；

此时一定要分析测试环境没有发现的原因分析，优化测试流程和用例库，比如加强用例的评审，以及交叉测试，还有测试结果的审查等；

 2、如果测试环境不存在但是线上环境存在问题，那么很可能就是线上某些组件的配置文件导致了该问题，此时要优化测试环境，尽可能贴近线上环境，才能在测试环境里发现更多的bug。

 3、如果问题解决了，就做好总结和完善目前工作内容和流程的工作。如果没有解决就得评估本次上线该问题带来的风险，判断本次是否需要回滚，以及如何安抚用户。

 4、问题的复盘，针对该问题的线索过程，以及解决的过程和解决方案、具体原因分析，各项要优化的工作落地。