产品上线后，出现BUG的处理流程
- 根据bug的大小，如果影响业务逻辑及用户提醒及时处理，如果只是一些状态、文案等等对业务无重大影响可以跟版本迭代走
-
很严重的bug必然要回滚，想都不要想赶紧去着手安排做。
- 检查回滚版本是否会丢失数据，如果危害小可以让用户自己决定是否忽略（推送告知用户会丢失哪些数据一般说「部分数据」），如果危害大，替问题用户保存好数据并告知用户不要轻易回滚。
-
配合开发及测试人员，快速定位bug，并且锁定影响范围。
-
做好备份，及时发出上线公告，产生bug的功能暂且不上线，其他功能继续上线。
-
上线成功后，做一个上线总结，后续action。
项目在上线之后又出现了Bug，这让很多测试人员和开发人员头痛。
但很多时候线上Bug普遍地存在，不可避免。
任何项目都存在未发现 Bug 和 已发现 Bug 两种情况，不存在没有 Bug的情况。
即便是测试人员，在测试过程中也不可能发现所有Bug并覆盖 100% 的范围。
一个项目上线后也会出现Bug。那么遇到这种情况，测试人员该如何处理呢？
首先测试人员可以做的是重现这个问题并及时反馈给开发人员，找到解决方案进行修复。
如果问题只在线上才出现，测试环境重现不了，那么可能是版本或环境配置的问题；
如果问题不仅线上能重现，测试环境也存在，那么很有可能是测试人员在测试过程中未发现的Bug。
总之，项目组成员需要尽快修复Bug。
开发人员修复Bug之后，测试人员需要反思。
若是由于疏忽造成测试用例执行遗漏，测试人员需要在下次执行测试的过程中避免这样的情况。
若是由于用例评审的不严格、中途需求变更或者某些其他因素造成的测试用例覆盖不全，测试人员需要补全测试用例。
在测试过程中遇到未发现的Bug，测试人员不要自怨自艾，
也不要像没回事儿一样，需要正确对待“线上Bug”、汲取经验教训、不断提高测试能力。
测试人员需要不断学习，不断扩充，掌握测试工具、提升测试技能，从而设计出更全面的测试场景和测试用例。