Re: [請益] bug「可遇不可求」，各位還會去debug它嗎?
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出現的可能嗎
: 還是會選擇直接忽略?
-----
Sent from MeowPtt on my iPhone
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.126.90 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1654004036.A.DE1.html
推
05/31 21:51,
1年前
, 1F
05/31 21:51, 1F
噓
05/31 22:05,
1年前
, 2F
05/31 22:05, 2F
→
05/31 22:14,
1年前
, 3F
05/31 22:14, 3F
推
05/31 23:13,
1年前
, 4F
05/31 23:13, 4F
→
06/01 08:11,
1年前
, 5F
06/01 08:11, 5F
→
06/01 08:11,
1年前
, 6F
06/01 08:11, 6F
→
06/01 08:11,
1年前
, 7F
06/01 08:11, 7F
→
06/01 08:11,
1年前
, 8F
06/01 08:11, 8F
→
06/01 08:11,
1年前
, 9F
06/01 08:11, 9F
→
06/01 08:11,
1年前
, 10F
06/01 08:11, 10F
→
06/01 08:11,
1年前
, 11F
06/01 08:11, 11F
→
06/01 08:11,
1年前
, 12F
06/01 08:11, 12F
→
06/01 08:11,
1年前
, 13F
06/01 08:11, 13F
→
06/01 08:11,
1年前
, 14F
06/01 08:11, 14F
→
06/01 08:11,
1年前
, 15F
06/01 08:11, 15F
推
06/01 11:00,
1年前
, 16F
06/01 11:00, 16F
→
06/02 12:56,
1年前
, 17F
06/02 12:56, 17F
→
06/02 12:56,
1年前
, 18F
06/02 12:56, 18F
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 5 之 11 篇)：