項目上線后出現bug該怎么解決
在公司中測試人員最基本的職責就是保證項目的質量，盡可能把bug都在上線前找出來。但是實際工作時由於各種各樣的原因，不可避免的會有些問題會在上線后被發現。那么如何能夠快速的處理這些線上的問題，降低bug的影響范圍，減少對公司的業務或者經濟損失呢？在這里，我們提供給大家一個基本的處理線上問題的思路。
- 評估bug的影響范圍
- 解決線上問題
- 回溯線上問題
一. 第一步 —— 評估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處理方式
1.先在線上復現問題
2.找到復現步驟
3.在測試服務器復現問題
4.如果按照復現步驟，問題復現
5.找到bug對應的模塊，查看是否有對應的用例，如果沒有則補充測試用例，標題增加【線上】（表示線上發現的問題），驗證階段和優先級，自己定義，這里以后想在測試最后一個階段進行驗證，所有這里選擇版本驗證階段，根據自己項目定，優先級定義4級，（同類的用例都這么標記，方便整合在一起）
6.然后轉成bug，提交對應的開發
7.轉為bug，修改標題問題，指派給前端開發抓取日志，排查問題
8.查看自己提交bug
9.之后，自己跟進bug，直到關閉
10.總結此類型用例，建立新套件，以后在測試最后一輪進行驗證，防止線上問題二次出現
11.將編輯好的用例關聯進來
12.到此階段后，進行執行即可
二、其他類型bug，待補充