這個(gè)問題在日常測試中挺常見的,首先要做的就是暴露風(fēng)險(xiǎn),將問題暴露給產(chǎn)品研發(fā)測試三方以及l(fā)eader,三方評估影響范圍以及修復(fù)成本。

　　接口從三個(gè)方面來考慮進(jìn)一步處理:

　　一. 評估Bug的影響范圍

　　二. 解決線上問題

　　三. 復(fù)盤線上問題

　　1.評估Bug的影響范圍是處理線上Bug的第一步，通常需要根據(jù)評估的結(jié)果來決定下一步的處理方案。

　　1.1 分析bug影響的用戶數(shù)量

　　檢查bug是否業(yè)務(wù)核心環(huán)節(jié)的功能問題，是的話則影響的用戶量比較多

　　1.2 分析bug影響的嚴(yán)重程度

　　檢查bug是否涉及到用戶的個(gè)人信息泄露、資金財(cái)產(chǎn)損失等比較敏感的功能，涉及的話則認(rèn)為bug比較嚴(yán)重

　　2.我們通常會(huì)根據(jù)bug的影響范圍來分別處理

　　2.1 影響范圍比較小的bug

　　 bug影響范圍比較小時(shí)，一般都會(huì)通過修復(fù)bug的方式來解決，方法如下：

　　了解bug出現(xiàn)的場景，業(yè)務(wù)操作，努力復(fù)現(xiàn)bug,開發(fā)人員結(jié)合bug出現(xiàn)時(shí)的各種日志(系統(tǒng)日志、數(shù)據(jù)庫日志、操作日志、debug日志)，定位bug產(chǎn)生的原因,開發(fā)人員修改完成bug后，由測試人員進(jìn)行回歸測試，保證bug已被修復(fù),按照項(xiàng)目規(guī)劃的發(fā)布/升級的時(shí)間節(jié)點(diǎn)，將bug修復(fù)的代碼發(fā)布到線上，bug解決.

　　如果開發(fā)修復(fù)缺陷的影響范圍可控(測試要參與影響評估,掌握代碼review能力是必備技能,關(guān)鍵時(shí)候能“保命”),則測試加班加點(diǎn)回歸測試,保證問題修復(fù)驗(yàn)證通過的同時(shí)未產(chǎn)生新缺陷。當(dāng)然如果測試過程又產(chǎn)生新缺陷,則考慮項(xiàng)目延期吧。

　　2.2 影響范圍比較大的bug

　　如果開發(fā)修復(fù)缺陷的影晌范圍較大且不可控。則考慮項(xiàng)目延期,讓開發(fā)給岀詳細(xì)修復(fù)方案作為緊急fix版本,三方評估開發(fā)/測試工作量,保證問題修復(fù)后上線.

　　想都不要想趕緊去著手安排做規(guī)避：

　　1.無法明確問題原因時(shí)，可以通過回滾版本的方式來規(guī)避

　　2.部分用戶功能可以通過后臺(tái)配置的方式將功能降級或關(guān)閉

　　3.如果是資源不足等性能問題時(shí)，可以通過重啟系統(tǒng)或者擴(kuò)容的方式解決，再進(jìn)一步觀察

　　4.以上幾種規(guī)避問題的方法只是幫助我們爭取到時(shí)間，規(guī)避問題后還是要按照之前修復(fù)bug的方式來定位問題，修復(fù)問題，并將修復(fù)的代碼發(fā)布線上，將bug徹底解決。

　　5. 做好備份，及時(shí)發(fā)出上線公告，產(chǎn)生bug的功能暫且不上線，其他功能繼續(xù)上線

　　3.當(dāng)線上問題解決后，我們還需要對問題進(jìn)行復(fù)盤，避免同樣的問題再次發(fā)生：

　　 線上問題復(fù)盤主要從如下幾個(gè)方面進(jìn)行：

　　1.檢查其他的業(yè)務(wù)是否有同類型的問題,有問題的話提前解決，避免遺漏上線

　　2.分析bug的根本原因，考慮如何避免此類問題再次發(fā)生

　　分析bug是在哪個(gè)階段引入?是設(shè)計(jì)階段、開發(fā)階段、測試階段?

　　分析bug引入的原因是什么?是流程問題、技術(shù)問題、管理問題?

　　處理問題的流程是否合理?是否有問題預(yù)警、是否有緊急上線規(guī)范。

　　更多關(guān)于軟件測試培訓(xùn)的問題，歡迎咨詢千鋒教育在線名師。千鋒教育擁有多年IT培訓(xùn)服務(wù)經(jīng)驗(yàn)，采用全程面授高品質(zhì)、高體驗(yàn)培養(yǎng)模式，擁有國內(nèi)一體化教學(xué)管理及學(xué)員服務(wù)，助力更多學(xué)員實(shí)現(xiàn)高薪夢想。