昨天手工整理了bug的相關(guān)維度，其實都談不上什么分析苇羡。
bug分布绸吸，即每個大模塊在總bug數(shù)中的占比，能分析出哪些模塊bug最多设江，哪個模塊bug最少锦茁，但是模塊自身也有大小之分，所以從數(shù)據(jù)上看bug多的模塊叉存，子模塊也最多码俩，功能點更多，bug多也是理所當(dāng)然歼捏，當(dāng)然某些模塊因為業(yè)務(wù)復(fù)雜度高稿存，且沒有子模塊，但是還是看出它存在的問題比較多瞳秽。
嚴重程度分布瓣履，即從嚴重程度的角度來看bug的數(shù)量分布，我們的bug嚴重程度分為：致命练俐、嚴重袖迎、一般、閃退腺晾。致命一般為APP閃退這種情況瓢棒，但是受限于測試機數(shù)量型號的問題，并不能優(yōu)先解決丘喻；嚴重脯宿，表示該bug影響用戶正常使用，需要優(yōu)先解決泉粉；一般连霉，則為項目組自行安排修復(fù)時間進行修復(fù)榴芳；優(yōu)化，即為建議跺撼，雖然說沒有強制要求修復(fù)窟感，但是希望項目組在后期功能迭代中考慮這些優(yōu)化點。數(shù)量上來看歉井，致命最少柿祈，嚴重最多，一般和優(yōu)化分別次之哩至。
最后躏嚎，把每個模塊單獨按嚴重程度做了個餅狀圖，從模塊內(nèi)部去觀察bug的分布情況菩貌，提醒負責(zé)的小組在平時開發(fā)中有意識的規(guī)避問題卢佣，不讓問題重復(fù)出現(xiàn)。
以上箭阶，其實只是比較粗淺的數(shù)據(jù)統(tǒng)計虚茶，并談不上什么分析。要說bug分析能分析什么仇参，最有價值的應(yīng)該還有風(fēng)險的預(yù)估嘹叫。因為bug已經(jīng)發(fā)生了，解決以后就不存在了诈乒，但是對未來是否有影響待笑，是否會存在風(fēng)險影響后續(xù)產(chǎn)品，是否需要產(chǎn)品人員重新整理功能需求抓谴，并納入下一個迭代周期暮蹂，這些才是bug分析的重點。
如果有看官在這方面比較有想法癌压，或者有比較成熟的實施方案仰泻，歡迎在留言里和我交流，謝謝滩届。
END.
