這個問題在日常測試中挺常見的,首先要做的就是暴露風險,將問題暴露給產(chǎn)品研發(fā)測試三方以及l(fā)eader,三方評估影響范圍以及修復成本。
接口從三個方面來考慮進一步處理:
一. 評估Bug的影響范圍
二. 解決線上問題
三. 復盤線上問題
1.評估Bug的影響范圍是處理線上Bug的第一步，通常需要根據(jù)評估的結果來決定下一步的處理方案。
1.1 分析bug影響的用戶數(shù)量
檢查bug是否業(yè)務核心環(huán)節(jié)的功能問題，是的話則影響的用戶量比較多
1.2 分析bug影響的嚴重程度
檢查bug是否涉及到用戶的個人信息泄露、資金財產(chǎn)損失等比較敏感的功能，涉及的話則認為bug比較嚴重
2.我們通常會根據(jù)bug的影響范圍來分別處理
2.1 影響范圍比較小的bug
bug影響范圍比較小時，一般都會通過修復bug的方式來解決，方法如下：
了解bug出現(xiàn)的場景，業(yè)務操作，努力復現(xiàn)bug,開發(fā)人員結合bug出現(xiàn)時的各種日志(系統(tǒng)日志、數(shù)據(jù)庫日志、操作日志、debug日志)，定位bug產(chǎn)生的原因,開發(fā)人員修改完成bug后，由測試人員進行回歸測試，保證bug已被修復,按照項目規(guī)劃的發(fā)布/升級的時間節(jié)點，將bug修復的代碼發(fā)布到線上，bug解決.
如果開發(fā)修復缺陷的影響范圍可控(測試要參與影響評估,掌握代碼review能力是必備技能,關鍵時候能“保命”),則測試加班加點回歸測試,保證問題修復驗證通過的同時未產(chǎn)生新缺陷。當然如果測試過程又產(chǎn)生新缺陷,則考慮項目延期吧。
2.2 影響范圍比較大的bug
如果開發(fā)修復缺陷的影晌范圍較大且不可控。則考慮項目延期,讓開發(fā)給岀詳細修復方案作為緊急fix版本,三方評估開發(fā)/測試工作量,保證問題修復后上線.
想都不要想趕緊去著手安排做規(guī)避：
1.無法明確問題原因時，可以通過回滾版本的方式來規(guī)避
2.部分用戶功能可以通過后臺配置的方式將功能降級或關閉
3.如果是資源不足等性能問題時，可以通過重啟系統(tǒng)或者擴容的方式解決，再進一步觀察
4.以上幾種規(guī)避問題的方法只是幫助我們爭取到時間，規(guī)避問題后還是要按照之前修復bug的方式來定位問題，修復問題，并將修復的代碼發(fā)布線上，將bug徹底解決。
5. 做好備份，及時發(fā)出上線公告，產(chǎn)生bug的功能暫且不上線，其他功能繼續(xù)上線
3.當線上問題解決后，我們還需要對問題進行復盤，避免同樣的問題再次發(fā)生：
線上問題復盤主要從如下幾個方面進行：
1.檢查其他的業(yè)務是否有同類型的問題,有問題的話提前解決，避免遺漏上線
2.分析bug的根本原因，考慮如何避免此類問題再次發(fā)生
分析bug是在哪個階段引入?是設計階段、開發(fā)階段、測試階段?
分析bug引入的原因是什么?是流程問題、技術問題、管理問題?
處理問題的流程是否合理?是否有問題預警、是否有緊急上線規(guī)范。
更多關于軟件測試培訓的問題，歡迎咨詢千鋒教育在線名師。千鋒教育擁有多年IT培訓服務經(jīng)驗，采用全程面授高品質、高體驗培養(yǎng)模式，擁有國內(nèi)一體化教學管理及學員服務，助力更多學員實現(xiàn)高薪夢想。
京公網(wǎng)安備 11010802030320號