一. 评估bug的影响范围
1.分析bug影响的用户数量
2.分析bug影响的严重程度
二. 解决线上问题
bug影响范围比较小时一般都会通过修复bug的方式来解决，方法如下：
1.了解bug出现的场景，业务操作，努力复现bug
2.开发人员结合bug出现时的各种日志（系统日志、数据库日志、操作日志、debug日志），定位bug产生的原因
3.开发人员修改完成bug后，由测试人员进行验证，保证bug已被修复
4.按照项目规划的发布/升级的时间节点，将bug修复的代码发布到线上，bug解决
影响范围比较大的bug
bug影响范围比较大时，如果还是通过修复bug的方式来解决，对用户的影响或者公司的损失无法把控，此时最重要的是：将问题范围降到最低。方法如下：
1.无法明确问题引入原因时，可以通过回滚版本的方式来规避
2.部分用户功能可以通过后台配置的方式将功能降级或关闭
3.如果是资源不足等性能问题时，可以通过重启系统或者扩容的方式解决，再进一步观察
以上几种规避问题的方法只是帮助我们争取到时间，规避问题后还是要按照之前修复bug的方式来定位问题，修复问题，并将修复的代码发布线上，将bug彻底解决。
三. 回溯线上问题
检查其他的业务是否有同类型的问题
分析bug出现的原因
补充操作出bug的测试用例