軟件測試的目的就是盡可能多的找到不符合用戶需求的bug，但如果每個迭代都要進行一輪全量測試，那人力成本、時間成本將造成很大程度的浪費，那么如何優(yōu)化我們的測試流，避免重復(fù)的低效率的測試執(zhí)行呢？
我來介紹下RCA（Root Cause Analysis），即根因分析，就是定期或者不定期對一階段的bug進行復(fù)盤總結(jié)，從單個有價值的bug入手，追蹤和分析bug產(chǎn)生的本質(zhì)原因，在此基礎(chǔ)上對產(chǎn)品各個角色、以及項目流程做改善和優(yōu)化。
RCA分析的對象
并不是所有的bug都需要拿來分析，原則是要選擇有價值的、具有規(guī)律性的bug，這個視具體情況而定，以下僅供參考；
1、剛轉(zhuǎn)測，分析的重點bug為用戶體驗bug（產(chǎn)品體驗、系列問題如版本適配）、有規(guī)律性的功能bug（較嚴(yán)重如閃退/不可用、）；
2、若在上線前，分析的重點bug為功能bug ;
3、上線后，分析的重點bug為線上bug, 分析直到上線才發(fā)現(xiàn)的原因；
RCA 三步走 （2w1h）
1、what?? （bug是什么？）
2、why?? ? （bug產(chǎn)生的原因？）
3、how ?? ( 如何避免這種bug再次發(fā)生？)
PS: 第一輪 內(nèi)部分析， 第二輪內(nèi)外分析；
RCA的收獲
1、測試人員：總結(jié)測試經(jīng)驗，及時補充該類問題的測試設(shè)計，避免漏測，更高效的找到同類bug;
2、開發(fā)人員：加強自測和code review，提高代碼質(zhì)量，同時避免修改引入；
3、產(chǎn)品人員：需求更合理，設(shè)計層面規(guī)避bug;
" RCA分析是一種手段，而不是目的。從得到的bug根因，反思和回溯bug產(chǎn)生的各個階段，思考如何避免類似問題，不再踩坑，在下次測試中得到提升，才是我們想要的結(jié)果。同樣的，bug分析的成果是一個持續(xù)改進優(yōu)化閉環(huán)的過程，它是測試人員潛移默化中測試能力的提升，也是項目流程中各個角色共同保障產(chǎn)品質(zhì)量意識的推動。因此，請做好bug分析，為產(chǎn)品質(zhì)量保駕護航 ! "?
RCA分析模板化?
