测试上线后，生产环境有 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、问题的复盘，针对该问题的线索过程，以及解决的过程和解决方案、具体原因分析，各项要优化的工作落地。
标签：上线,这口,bug,问题,测试用例,线上,测试,Bug,测试环境 From： https://www.cnblogs.com/huangze043/p/17189098.html