產品上線后，出現BUG的處理流程
- 根據bug的大小，如果影響業務邏輯及用戶提醒及時處理，如果只是一些狀態、文案等等對業務無重大影響可以跟版本迭代走
-
很嚴重的bug必然要回滾，想都不要想趕緊去着手安排做。
- 檢查回滾版本是否會丟失數據，如果危害小可以讓用戶自己決定是否忽略（推送告知用戶會丟失哪些數據一般說「部分數據」），如果危害大，替問題用戶保存好數據並告知用戶不要輕易回滾。
-
配合開發及測試人員，快速定位bug，並且鎖定影響范圍。
-
做好備份，及時發出上線公告，產生bug的功能暫且不上線，其他功能繼續上線。
-
上線成功后，做一個上線總結，后續action。
項目在上線之后又出現了Bug，這讓很多測試人員和開發人員頭痛。
但很多時候線上Bug普遍地存在，不可避免。
任何項目都存在未發現 Bug 和 已發現 Bug 兩種情況，不存在沒有 Bug的情況。
即便是測試人員，在測試過程中也不可能發現所有Bug並覆蓋 100% 的范圍。
一個項目上線后也會出現Bug。那么遇到這種情況，測試人員該如何處理呢？
首先測試人員可以做的是重現這個問題並及時反饋給開發人員，找到解決方案進行修復。
如果問題只在線上才出現，測試環境重現不了，那么可能是版本或環境配置的問題；
如果問題不僅線上能重現，測試環境也存在，那么很有可能是測試人員在測試過程中未發現的Bug。
總之，項目組成員需要盡快修復Bug。
開發人員修復Bug之后，測試人員需要反思。
若是由於疏忽造成測試用例執行遺漏，測試人員需要在下次執行測試的過程中避免這樣的情況。
若是由於用例評審的不嚴格、中途需求變更或者某些其他因素造成的測試用例覆蓋不全，測試人員需要補全測試用例。
在測試過程中遇到未發現的Bug，測試人員不要自怨自艾，
也不要像沒回事兒一樣，需要正確對待“線上Bug”、汲取經驗教訓、不斷提高測試能力。
測試人員需要不斷學習，不斷擴充，掌握測試工具、提升測試技能，從而設計出更全面的測試場景和測試用例。