1、crash的bug
2、10%機率
放在任何公司都沒有人認為這叫機率不高
10%基本上一定有解
10%當機很規律好嗎？XD
分享一下過去遇到發生機率低於1%的bug怎麼解
其實不要死腦筋認為找到root cause才是解
1、寫自動測試程式開始壓力測試
把1%機率以下的bug無限逼近於0%
逼近0.0001%都可以
在品管上證明其機率極低
將實驗與證明資料上傳
標註請眾人檢視
沒有異議就擱置bug
一定時間後關閉
2、開始夾版本
安排測試計畫
用自動化程式測試開始夾版本
如果幸運夾出版本
開始夾commit
commit夾出來找作者除錯
先發patch出hotfix
再繼續壓測證明問題消失
如果夾不出版本
很可能問題出現在特殊輸入輸出
或者特定硬體環境
或者特定干擾、硬體老化等等
把夾版本實驗資料上傳
說明前因後果叫大家審查
然後擱置bug
一段時間後無發生關閉
很多工程師都很小看QA
沒寫過測試計畫
也沒有test case
對軟體品質完全不關心不上眼
10%還crash
竟然說考慮直接忽略
加油啊
※ 引述《freebug (Freebug)》之銘言：
: 最近開發一個通訊軟體
: 有個閃退的bug自從上週被發現到之後就再也沒被觀察到
: 也就是這個bug的出現沒有規律性，只能靠碰運氣
: 出現機率也不高 (出現機率不到10%)
: 這也是我對這個bug感到煩惱的地方
: 如果各位遇到這樣性質的bug
: 你會怎麼去處理?
: 會去盡可能的鑽研，並且製造出這bug出現的可能嗎
: 還是會選擇直接忽略?