Re: [請益] bug「可遇不可求」,各位還會去debug它嗎?
※ 引述《freebug (Freebug)》之銘言:
: 最近開發一個通訊軟體
: 有個閃退的bug自從上週被發現到之後就再也沒被觀察到
: 也就是這個bug的出現沒有規律性,只能靠碰運氣
: 出現機率也不高 (出現機率不到10%)
: 這也是我對這個bug感到煩惱的地方
: 如果各位遇到這樣性質的bug
: 你會怎麼去處理?
: 會去盡可能的鑽研,並且製造出這bug出現的可能嗎
: 還是會選擇直接忽略?
如果沒有寫自動化測試,那10%的確感覺很低。搞幾個小時可能才重現一兩次。
建議test case寫好寫滿,刷個一萬次,應該就有足夠錯誤記錄讓你解決問題了。
寫自動化測試真的很重要。
--
※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 210.242.25.45 (臺灣)
※ PTT 網址
→
如果跑多次的結果會不相同,我不覺得這是一個好的測試@@
→
被測code有race condition就有可能跑多次結果不同啊
→
或者是錯誤跟data有關
→
看過一篇微軟工程師找到特定影片 特定碼率才會出的bug
→
最後是一個很低能的錯誤 是測資很難想到的case
→
靠大量提出各種假設 逐一驗證 最後才找到原因
→
flaky test is inevitable.. Even google has some
9
之前遇過類似的情況 也是機率性 不過不同的是發生的機率非常高 且又找不出發生這個錯誤的規則或情況 1.之前的公司底層的程式是老闆自己寫的 某天突然在login的地方1
Bug發生的機率跟使用者感受/體驗的關係 我曾經調查過 大致結果如下: 10%以上:大概是【幾乎每次都發生】的感覺(使用者感覺幾乎100%) 1%:常常發生(使用者感覺至少30%以上)49
首Po最近開發一個通訊軟體 有個閃退的bug自從上週被發現到之後就再也沒被觀察到 也就是這個bug的出現沒有規律性,只能靠碰運氣 出現機率也不高 (出現機率不到10%) 這也是我對這個bug感到煩惱的地方3
老實說,就算是萬分之一,但閃退是critial issue 所以還是很高,還是該修 如果這個產品是面對一般用戶,那閃退肯定會讓這產品評分很差 如果這產品是商用,那更不用說,該修 有興趣可以看一下這影片2
1、crash的bug 2、10%機率 放在任何公司都沒有人認為這叫機率不高 10%基本上一定有解 10%當機很規律好嗎?XD3
之前遇過一個 bug,使用者反應,輸入小數點時, iphone 程式會閃退 我試了之後,沒有啊... 又拿了 n台機器之後,也沒有... 就是試不出會閃退,但是使用者還錄了影,說真的輸入小數點時就閃退 後來我也不會解,畢竟 bug 不能 replay 誰知道發生什麼事 後來有一天使用者說,他解決了...7
先講結論 修bug還要看影響程度 impact/severity 閃退是很嚴重的問題。 相當於app crash 除非你有權力決定/並扛結果,否則就是看上層要不要修。 或者能說服上層不修3
我們先來設想一個比較平和的狀況好了,這個bug每天出現的機率只有1/1000 如果你所在的公司還是一個比較賺錢的、user base比較大的,假設1000萬人吧 但是bug我們都知道了,那這個bug對使用者的影響如何呢? 以30天週期來看: 每天遇到這個bug的人的比例大概是1/1000
爆
[討論] 寫論文真的很忙嗎?最近交了女朋友 她平常工作很忙 下班還要處理工作的事 還要讀在職碩 聽說論文截止時間是七月底 她才寫了一、二章 清明連假都在趕論文爆
[情報] PC家每日特賣歷史價格整理Pchome 24H 每日特賣歷史價格整理 整理圖: 3C數位 家電生活休閒爆
[問卦] 寫這麼多死字,是有多氣平常要寫死字,爆
[問卦] 真的有人寫完整隻0.38嗎欸 以前上學時阿 班上的潮潮都用0.38啦 害本肥心癢癢 也去買來寫63
[問卦] 公司email結尾要寫FYI,不能寫3Q?昨天剛到大公司報到,今天就被拉正 原來我昨天email結尾寫3Q,就是謝謝的意思啊 同事說要寫英文就寫Thank you,不要寫3Q道 要不然就寫FYI 剛剛注意到,公司的EMAIL大家最後真的寫FYI77
[心得] 為什麼幹了20年 我終究還是一個測試仔前情提要: [心得] 20年測試 在講接下來故事之前,我先闡述我對於工作態度的定義。 我想引用我在方格子的一篇文章:42
[分享] 怎麼寫好履歷?老實說最近收到太多我自己看都吐血的履歷了 就算你想要去18層地獄 想要當MAE 也不是丟個垃圾出來就會上好嗎...... 沒人打開來看的話就根本永遠沒有人會面試你