這個問題在日常測試中挺常見的,首先要做的就是暴露風險,將問題暴露給產品研發測試三方以及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能力是必備技能,關鍵時候能“保命”),則測試加班加點回歸測試,保證問題修復驗證通過的同時未產生新缺陷。當然如果測試過程又產生新缺陷,則考慮項目延期吧。
2.2 影響范圍比較大的bug
如果開發修復缺陷的影晌范圍較大且不可控。則考慮項目延期,讓開發給岀詳細修復方案作為緊急fix版本,三方評估開發/測試工作量,保證問題修復后上線.
想都不要想趕緊去著手安排做規避：
1.無法明確問題原因時，可以通過回滾版本的方式來規避
2.部分用戶功能可以通過后臺配置的方式將功能降級或關閉
3.如果是資源不足等性能問題時，可以通過重啟系統或者擴容的方式解決，再進一步觀察
4.以上幾種規避問題的方法只是幫助我們爭取到時間，規避問題后還是要按照之前修復bug的方式來定位問題，修復問題，并將修復的代碼發布線上，將bug徹底解決。
5. 做好備份，及時發出上線公告，產生bug的功能暫且不上線，其他功能繼續上線
3.當線上問題解決后，我們還需要對問題進行復盤，避免同樣的問題再次發生：
線上問題復盤主要從如下幾個方面進行：
1.檢查其他的業務是否有同類型的問題,有問題的話提前解決，避免遺漏上線
2.分析bug的根本原因，考慮如何避免此類問題再次發生
分析bug是在哪個階段引入?是設計階段、開發階段、測試階段?
分析bug引入的原因是什么?是流程問題、技術問題、管理問題?
處理問題的流程是否合理?是否有問題預警、是否有緊急上線規范。
更多關于軟件測試培訓的問題，歡迎咨詢千鋒教育在線名師。千鋒教育擁有多年IT培訓服務經驗，采用全程面授高品質、高體驗培養模式，擁有國內一體化教學管理及學員服務，助力更多學員實現高薪夢想。
京公網安備 11010802030320號