一. 第一步 —— 評估bug的影響範圍
評估bug的影響範圍是處理線上bug的第一步，通常需要根據評估的結果來決定下一步的處理方案。
影響範圍要從哪些方面進行評估呢？
1）分析bug影響的使用者數量
檢查bug是否業務核心環節的功能問題，是的話則影響的使用者量比較多
2）分析bug影響的嚴重程度
檢查bug是否涉及到使用者的個人資訊洩露、資金財產損失等比較敏感的功能，涉及的話則認為bug比較嚴重
對於bug影響範圍的評估，必須盡可能的快速且準確，因為影響範圍和程度會隨著時間不斷擴大，及時了解目前的bug影響，可以為後續解決問題提供最適合的指導意見。
二. 第二步 —— 解決線上問題
針對線上問題最重要的是要解決，在評估完影響範圍後，就需要制定對應的措施來解決問題並恢復系統的正常使用。
解決線上問題的措施一般有哪些呢？通常根據問題的影響範圍來分別處理
1）影響範圍比較小的bug
bug影響範圍比較小時，一般都會通過修復bug的方式來解決，方法如下：
了解bug出現的場景，業務操作，努力復現bug
開發人員結合bug出現時的各種日誌（系統日誌、資料庫日誌、操作日誌、debug日誌），定位bug產生的原因
開發人員修改完成bug後，由測試人員進行驗證，保證bug已被修復
按照專案規劃的發布/公升級的時間節點，將bug修復的**發布到線上，bug解決
2）影響範圍比較大的bug
bug影響範圍比較大時，如果還是通過修復bug的方式來解決，對使用者的影響或者公司的損失無法把控，此時最重要的是：將問題範圍降到最低。方法如下：
無法明確問題引入原因時，可以通過回滾版本的方式來規避
部分使用者功能可以通過後台配置的方式將功能降級或關閉
如果是資源不足等效能問題時，可以通過重啟系統或者擴容的方式解決，再進一步觀察
以上幾種規避問題的方法只是幫助我們爭取到時間，規避問題後還是要按照之前修復bug的方式來定位問題，修復問題，並將修復的**發布線上，將bug徹底解決。
在實際工作中，我們需要根據bug的影響範圍來選取最適當的解決方法，目的只有乙個：將問題影響範圍降到最低
三. 第三步 ——回溯線上問題
當線上問題解決後，我們還需要對問題進行總結回溯，避免同樣的問題再次發生。
線上問題回溯主要從如下幾個方面進行：
1）檢查其他的業務是否有同型別的問題
有問題的話提前解決，避免遺漏上線
2）分析bug的根本原因，考慮如何避免此類問題再次發生
分析bug是在哪個階段引入？是設計階段、開發階段、測試階段？
分析bug引入的原因是什麼？是流程問題、技術問題、管理問題？
處理問題的流程是否合理？是否有問題預警、是否有緊急上線規範？
問題的回溯對於團隊整體的能力提公升是非常有幫助的，通過線上問題的處理，發現在專案研發過程中的各種問題，不斷的彌補這些問題並改進，提公升專案組的研發能力和效率。
總結 線上問題的處理是測試工程師的一項重要的職責。測試人員要盡可能的保證問題在上線前發現並解決，萬一問題遺漏上線，測試人員也要積極處理，保障業務系統的正常執行。
通過線上問題的處理，既可以讓我們了解專案**中的問題並修復，又可以讓我們找到專案組的流程、管理、技術等各方面的短板來補齊，這樣才能成為一名優秀的測試工程師。
專案上線後出現Bug，該如何處理？
專案上線後出現bug，該如何處理？專案在上線之後又出現了bug，這讓很多測試人員和開發人員頭痛。但很多時候線上bug普遍地存在，不可避免。任何專案都存在未發現 bug和已發現 bug兩種情況，不存在沒有 bug的情況。即便是測試人員，在測試過程中也不可能發現所有bug並覆蓋 100 的範圍。乙個專案...
專案上線出現bug
一.第一步 評估bug的影響範圍 1 分析bug影響的使用者數量 檢查bug是否業務核心環節的功能問題，是的話則影響的使用者量比較多 2 分析bug影響的嚴重程度 檢查bug是否涉及到使用者的個人資訊洩露 資金財產損失等比較敏感的功能，涉及的話則 認為bug比較嚴重 對於bug影響範圍的評估，必須盡...
軟體上線後出現了BUG怎麼辦？新夢想IT
從事it網際網路的人都知道，bug是程式設計師和測試人員最不喜歡面對的東西，很多人對於軟體 現bug這個事情，第一想到的就是測試人員的問題，因為他們都覺得這是測試人員沒有測試出軟體中存在的bug，導致後續軟體上線問題浮出水面。其實，出現bug這種情況是由很多原因造成的，不僅僅是測試人員一方的問題，切...