[請益] bug「可遇不可求」，各位還會去debug它嗎?

看板Soft_Job作者 (Freebug)時間1年前 (2022/05/31 14:41), 1年前編輯推噓46(51推 5噓 63→)
留言119則, 75人參與, 1年前最新討論串1/11 (看更多)
最近開發一個通訊軟體 有個閃退的bug自從上週被發現到之後就再也沒被觀察到 也就是這個bug的出現沒有規律性，只能靠碰運氣 出現機率也不高 (出現機率不到10%) 這也是我對這個bug感到煩惱的地方 如果各位遇到這樣性質的bug 你會怎麼去處理? 會去盡可能的鑽研，並且製造出這bug出現的可能嗎 還是會選擇直接忽略? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 110.30.57.3 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1653979289.A.2C3.html
推
05/31 14:44, 1年前 , 1F
看有沒有人在追殺
05/31 14:44, 1F
→
05/31 14:45, 1年前 , 2F
不是你想不想修, 是你老闆想不想修, 而且10%很高了
05/31 14:45, 2F
老闆當然是希望能debug啊 只聽到有人反映有這樣的狀況 自己也看過一次，不過要能製造出那樣bug的機會幾乎不可能 另外，我只能說不高 不代表真的10%啦（對不起，我對10%機率沒什麼概念） ※ 編輯: freebug (110.30.57.3 臺灣), 05/31/2022 14:48:32
推
05/31 14:47, 1年前 , 3F
所有動作做log, 之後再重點做更細的log, 直到能重現錯誤
05/31 14:47, 3F
推
05/31 14:49, 1年前 , 4F
修好是你的能力 修不好是錢太少 XD
05/31 14:49, 4F
→
05/31 14:49, 1年前 , 5F
那就跟樓上一樣, 用開發版, log全寫, 直到能重現錯誤
05/31 14:49, 5F
推
05/31 14:56, 1年前 , 6F
log記得用try catch包掉, 免得為了log生出更多錯誤 慘...
05/31 14:56, 6F
推
05/31 14:57, 1年前 , 7F
主管叫你處理再處理 不然ㄧ起裝死就好 熱心主動又不
05/31 14:57, 7F
→
05/31 14:57, 1年前 , 8F
會加薪 主動提要修而沒修好就是你的問題
05/31 14:57, 8F
推
05/31 15:00, 1年前 , 9F
我會選擇再也不寫 UI
05/31 15:00, 9F
推
05/31 15:01, 1年前 , 10F
10%很高了吧 1%可能ok
05/31 15:01, 10F
好吧 10次出現一次 或許真的還蠻高的 那如果「萬分之一」這麼低呢 應該直接裝死了吧 XD
→
05/31 15:01, 1年前 , 11F
UI 的話八成是某種操作順序引起的.
05/31 15:01, 11F
推
05/31 15:05, 1年前 , 12F
就放著吧 就像蝦皮的app每天一堆bug沒在修 一堆人還
05/31 15:05, 12F
→
05/31 15:05, 1年前 , 13F
不是照用
05/31 15:05, 13F
推
05/31 15:14, 1年前 , 14F
當然是盡快處理阿，但合不合進 release 看情況顆顆
05/31 15:14, 14F
※ 編輯: freebug (110.30.57.3 臺灣), 05/31/2022 15:18:05
推
05/31 15:32, 1年前 , 15F
看看薪水付到什麼程度吧
05/31 15:32, 15F
推
05/31 15:39, 1年前 , 16F
看能不能用自動化腳本重現搭配log，掛一晚總能重現吧
05/31 15:39, 16F
→
05/31 15:40, 1年前 , 17F
就怕你的可遇不可求在高手眼中根本是定性行為
05/31 15:40, 17F
推
05/31 15:55, 1年前 , 18F
先看回報的使用者情境 配合log去判斷可能的因素阿
05/31 15:55, 18F
→
05/31 15:56, 1年前 , 19F
再請QA試著模擬來抓bug
05/31 15:56, 19F
推
05/31 16:03, 1年前 , 20F
10%超高.....除非是不重要且要準備sunset的功能，
05/31 16:03, 20F
推
05/31 16:05, 1年前 , 21F
10%一定得修吧 超高欸
05/31 16:05, 21F
推
05/31 16:06, 1年前 , 22F
正常來說會有QA負責測觸發條件
05/31 16:06, 22F
推
05/31 16:09, 1年前 , 23F
10%你絕對每天都看得到
05/31 16:09, 23F
推
05/31 16:13, 1年前 , 24F
加log之後裝死看有沒有幾乎找到啊
05/31 16:13, 24F
推
05/31 16:13, 1年前 , 25F
看修這BUG的價值有沒有高到可以排進工作內
05/31 16:13, 25F
推
05/31 16:19, 1年前 , 26F
主動報告，主動承攬，修好這就是你的工作成績。
05/31 16:19, 26F
推
05/31 16:32, 1年前 , 27F
10%超高欸，怎麼會不可求呢，當工程師基本的機率概念要
05/31 16:32, 27F
→
05/31 16:32, 1年前 , 28F
有吧
05/31 16:32, 28F
推
05/31 16:51, 1年前 , 29F
找QA幫忙？
05/31 16:51, 29F
→
05/31 16:54, 1年前 , 30F
google:空氣清淨機造成電腦當機 (負離子,原文有圖)
05/31 16:54, 30F
→
05/31 16:55, 1年前 , 31F
同事有時要解跑72小時才會出現的bug
05/31 16:55, 31F
→
05/31 16:56, 1年前 , 32F
會吧，好奇嘛
05/31 16:56, 32F
推
05/31 17:13, 1年前 , 33F
90%機率出現的bug都不一定會修了 10%還真得很低
05/31 17:13, 33F
→
05/31 17:14, 1年前 , 34F
就在有關連的地方多寫log
05/31 17:14, 34F
噓
05/31 17:26, 1年前 , 35F
連10%的概念都沒你跟我說你是工程師？
05/31 17:26, 35F
推
05/31 17:56, 1年前 , 36F
又讓我想到以前開自動腳本錄影的恐懼
05/31 17:56, 36F
還有 43 則推文
推
06/01 02:29, 1年前 , 80F
XD 淦好難，可能真的同一樓
06/01 02:29, 80F
→
06/01 05:39, 1年前 , 81F
對10%沒概念的工程師寫出來的bug只有10%發生率算是可接
06/01 05:39, 81F
→
06/01 05:39, 1年前 , 82F
受了，畢竟他寫出來了
06/01 05:39, 82F
推
06/01 07:20, 1年前 , 83F
10%閃退聽起來超難用
06/01 07:20, 83F
推
06/01 08:15, 1年前 , 84F
掛載在debugger上,等bug
06/01 08:15, 84F
→
06/01 09:06, 1年前 , 85F
10%很高好嗎....你說1%以下那再看看
06/01 09:06, 85F
推
06/01 09:23, 1年前 , 86F
1%都高
06/01 09:23, 86F
推
06/01 09:38, 1年前 , 87F
用MLB這App 非常偶爾閃退我覺得根本沒差 重開就好了
06/01 09:38, 87F
→
06/01 09:39, 1年前 , 88F
如果是遊戲類型會閃退 那一定會不想玩 所以還是看App類
06/01 09:39, 88F
→
06/01 09:39, 1年前 , 89F
型決定閃退的嚴重性吧
06/01 09:39, 89F
噓
06/01 10:34, 1年前 , 90F
哪來的菜雞 連10%的概念都沒有
06/01 10:34, 90F
→
06/01 10:53, 1年前 , 91F
看業務影響
06/01 10:53, 91F
→
06/01 11:04, 1年前 , 92F
10%很高了 算很好重製的問題
06/01 11:04, 92F
→
06/01 11:04, 1年前 , 93F
萬分之一就是想辦法讓機率變高再來debug
06/01 11:04, 93F
→
06/01 11:41, 1年前 , 94F
如果你單一時間都有接這個產品 我是建議你就修好吧
06/01 11:41, 94F
→
06/01 11:42, 1年前 , 95F
如果你同時間接很多產品,那可以先緩緩
06/01 11:42, 95F
→
06/01 12:32, 1年前 , 96F
1.Log有寫好嗎 2.有做壓力測試。
06/01 12:32, 96F
→
06/01 12:37, 1年前 , 97F
3.memery profiling 看看是否有不正常變化。
06/01 12:37, 97F
噓
06/01 12:54, 1年前 , 98F
。
06/01 12:54, 98F
推
06/01 13:23, 1年前 , 99F
操作10次發生1次？那很多阿 不過視情況bug->feature的處
06/01 13:23, 99F
→
06/01 13:23, 1年前 , 100F
理也是有的
06/01 13:23, 100F
推
06/01 17:50, 1年前 , 101F
bug->feature 習慣成自然 讚
06/01 17:50, 101F
推
06/01 18:20, 1年前 , 102F
我不到1%就被提block，會被電的
06/01 18:20, 102F
→
06/01 18:25, 1年前 , 103F
基本就是log追啊 厲害點的就利用debugger追call stack
06/01 18:25, 103F
推
06/01 21:49, 1年前 , 104F
10%是高到恐怖了吧
06/01 21:49, 104F
→
06/01 23:46, 1年前 , 105F
要不公開軟體，讓鄉民測爆
06/01 23:46, 105F
→
06/02 01:24, 1年前 , 106F
其實不用這麼苛刻，不是每個產品都百萬用戶
06/02 01:24, 106F
→
06/02 01:25, 1年前 , 107F
做產品很常花半年用高標準大量人力下去做
06/02 01:25, 107F
→
06/02 01:26, 1年前 , 108F
最後投入市場 月增慘兮兮，沒幾個月就下線了
06/02 01:26, 108F
→
06/02 01:27, 1年前 , 109F
我的意見是，非公司主力產品，活躍用戶低
06/02 01:27, 109F
→
06/02 01:28, 1年前 , 110F
那你花心力在主力產品上能幫公司賺錢就好
06/02 01:28, 110F
→
06/02 10:52, 1年前 , 111F
除非專案上有更重要的項目要辦不然10%會被電出汁吧
06/02 10:52, 111F
→
06/02 11:04, 1年前 , 112F
Log全開 用腳本跑測到有啊
06/02 11:04, 112F
→
06/02 14:40, 1年前 , 113F
我們300次出現1次的都會被要求解決了
06/02 14:40, 113F
→
06/02 14:43, 1年前 , 114F
還是要解 客戶就是有辦法打到它
06/02 14:43, 114F
推
06/02 16:08, 1年前 , 115F
掛 crash report 把 exception 傳回來研究。也可以知道發生
06/02 16:08, 115F
→
06/02 16:08, 1年前 , 116F
的機率多少。
06/02 16:08, 116F
噓
06/02 18:17, 1年前 , 117F
取決於你的能力能否在有限時間內修掉而已就這麼簡單
06/02 18:17, 117F
推
06/02 18:27, 1年前 , 118F
要不要修是問主管吧
06/02 18:27, 118F
推
06/02 20:10, 1年前 , 119F
10% 隨便打都打得到欸
06/02 20:10, 119F
‣ 更多 freebug 的文章
文章代碼(AID): #1YbRYPB3 (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 11 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共11篇)
‣ 更多 freebug 的文章
文章代碼(AID): #1YbRYPB3 (Soft_Job)