如果项目在上线后才发现Bug怎么办？

如果项目在上线后才发现Bug怎么办？

这个问题在日常测试中挺常见的,首先要做的就是暴露风险,将问题暴露给产品研发测试三方以及leader,三方评估影响范围以及修复成本。

接口从三个方面来考虑进一步处理:

一. 评估Bug的影响范围

二. 解决线上问题

三. 复盘线上问题

1.评估Bug的影响范围是处理线上Bug的第一步，通常需要根据评估的结果来决定下一步的处理方案。

1.1 分析bug影响的用户数量

检查bug是否业务核心环节的功能问题，是的话则影响的用户量比较多

1.2 分析bug影响的严重程度

检查bug是否涉及到用户的个人信息泄露、资金财产损失等比较敏感的功能，涉及的话则认为bug比较严重

2.我们通常会根据bug的影响范围来分别处理

2.1 影响范围比较小的bug

bug影响范围比较小时，一般都会通过修复bug的方式来解决，方法如下：

了解bug出现的场景，业务操作，努力复现bug,开发人员结合bug出现时的各种日志（系统日志、数据库日志、操作日志、debug日志），定位bug产生的原因,开发人员修改完成bug后，由测试人员进行回归测试，保证bug已被修复,按照项目规划的发布/升级的时间节点，将bug修复的代码发布到线上，bug解决.

如果开发修复缺陷的影响范围可控(测试要参与影响评估,掌握代码review能力是必备技能,关键时候能“保命”),则测试加班加点回归测试,保证问题修复验证通过的同时未产生新