作者freebug (Freebug)
看板Soft_Job
标题[请益] bug「可遇不可求」，各位还会去debug它吗?
时间Tue May 31 14:41:27 2022
最近开发一个通讯软体
有个闪退的bug自从上周被发现到之後就再也没被观察到
也就是这个bug的出现没有规律性，只能靠碰运气
出现机率也不高 (出现机率不到10%)
这也是我对这个bug感到烦恼的地方
如果各位遇到这样性质的bug
你会怎麽去处理?
会去尽可能的钻研，并且制造出这bug出现的可能吗
还是会选择直接忽略?
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 110.30.57.3 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1653979289.A.2C3.html
1F：推 t64141: 看有没有人在追杀05/31 14:44
2F：→ LFimi: 不是你想不想修, 是你老板想不想修, 而且10%很高了05/31 14:45
老板当然是希望能debug啊
只听到有人反映有这样的状况
自己也看过一次，不过要能制造出那样bug的机会几乎不可能
另外，我只能说不高
不代表真的10%啦（对不起，我对10%机率没什麽概念）
※ 编辑: freebug (110.30.57.3 台湾), 05/31/2022 14:48:32
3F：推 giacch: 所有动作做log, 之後再重点做更细的log, 直到能重现错误05/31 14:47
4F：推 giacch: 修好是你的能力 修不好是钱太少 XD05/31 14:49
5F：→ LFimi: 那就跟楼上一样, 用开发版, log全写, 直到能重现错误05/31 14:49
6F：推 giacch: log记得用try catch包掉, 免得为了log生出更多错误 惨...05/31 14:56
7F：推 mercurycgt68: 主管叫你处理再处理 不然ㄧ起装死就好 热心主动又不05/31 14:57
8F：→ mercurycgt68: 会加薪 主动提要修而没修好就是你的问题05/31 14:57
9F：推 alihue: 我会选择再也不写 UI05/31 15:00
10F：推 k798976869: 10%很高了吧 1%可能ok 05/31 15:01
好吧
10次出现一次 或许真的还蛮高的
那如果「万分之一」这麽低呢
应该直接装死了吧 XD
11F：→ alihue: UI 的话八成是某种操作顺序引起的.05/31 15:01
12F：推 BigCockman: 就放着吧 就像虾皮的app每天一堆bug没在修 一堆人还05/31 15:05
13F：→ BigCockman: 不是照用05/31 15:05
14F：推 abc0922001: 当然是尽快处理阿，但合不合进 release 看情况颗颗05/31 15:14
※ 编辑: freebug (110.30.57.3 台湾), 05/31/2022 15:18:05
15F：推 hobnob: 看看薪水付到什麽程度吧 05/31 15:32
16F：推 bnd0327: 看能不能用自动化脚本重现搭配log，挂一晚总能重现吧 05/31 15:39
17F：→ bnd0327: 就怕你的可遇不可求在高手眼中根本是定性行为 05/31 15:40
18F：推 pigcat1315: 先看回报的使用者情境 配合log去判断可能的因素阿 05/31 15:55
19F：→ pigcat1315: 再请QA试着模拟来抓bug 05/31 15:56
20F：推 new122851: 10%超高.....除非是不重要且要准备sunset的功能， 05/31 16:03
21F：推 victor21813: 10%一定得修吧 超高欸 05/31 16:05
22F：推 qwe70302: 正常来说会有QA负责测触发条件 05/31 16:06
23F：推 alan5: 10%你绝对每天都看得到 05/31 16:09
24F：推 sniper2824: 加log之後装死看有没有几乎找到啊 05/31 16:13
25F：推 jack0204: 看修这BUG的价值有没有高到可以排进工作内 05/31 16:13
26F：推 moom50302: 主动报告，主动承揽，修好这就是你的工作成绩。 05/31 16:19
27F：推 Confusa: 10%超高欸，怎麽会不可求呢，当工程师基本的机率概念要 05/31 16:32
28F：→ Confusa: 有吧 05/31 16:32
29F：推 irisspace: 找QA帮忙？ 05/31 16:51
30F：→ enthos: google:空气清净机造成电脑当机 (负离子,原文有图) 05/31 16:54
31F：→ enthos: 同事有时要解跑72小时才会出现的bug 05/31 16:55
32F：→ Tenno081: 会吧，好奇嘛 05/31 16:56
33F：推 james1201: 90%机率出现的bug都不一定会修了 10%还真得很低 05/31 17:13
34F：→ play714: 就在有关连的地方多写log 05/31 17:14
35F：嘘 NerVGear: 连10%的概念都没你跟我说你是工程师？ 05/31 17:26
36F：推 calqlus: 又让我想到以前开自动脚本录影的恐惧 05/31 17:56
37F：推 cowbadma5566: 10%很高好吗 05/31 18:01
38F：→ k798976869: 不过如果是不重要不赚钱的地方其实没啥差 05/31 18:08
39F：推 mike8469: 10% 超高应该是一定得修 QQ 05/31 18:23
40F：推 Abbee: 10趴表示我今天开20次就闪退2次，我会掀桌 05/31 18:28
41F：推 zackl852l: 10%满高的耶，感觉就多加log，然後测到它出现为止（？ 05/31 18:48
42F：推 doranako: 10趴应该可以复制出来吧，万分之一可能就要看是什麽， 05/31 18:51
43F：→ doranako: 如果是车用，严重还得找出来 05/31 18:51
44F：嘘 t19960804: 10%很高了== 我还遇过300次才出一次的bug 05/31 19:09
45F：→ tofuflower: 之前遇过类似的案例，在专案不赶的时候跟主管说我要 05/31 19:10
46F：→ tofuflower: 修这个 bug。之後面试可以拿来说嘴。（团队里我主动 05/31 19:10
47F：→ tofuflower: 跳出来修没人知道原因的 bug）再美化 trace 的过程 05/31 19:10
48F：→ lazarus1121: 10%闪退算严重吧，是会被留负评的bug 05/31 19:28
49F：推 ckp4131025: 10%不可能复制不出来啦 05/31 19:28
50F：→ ckp4131025: 先检查是不是多执行绪写坏了 05/31 19:37
51F：推 calqlus: 有的bug还只会在release才出错 05/31 19:42
52F：推 quickey: leak看一下吧八成搞鬼 05/31 20:00
53F：推 chuegou: 10趴超高捏 05/31 20:12
54F：推 k7ji91ab5m: 10%超高 1万人会有1000人跟你客诉抱怨 你受的了...? 05/31 20:25
55F：→ crasser: 只要可以用%来算的应该都会被追杀吧.... 05/31 20:49
56F：→ eplis: 我会觉得原po提供的资讯太少不足判断，问题描述也要加强XD 05/31 21:09
57F：→ OnlyRD: 10%算不高？太夸张了。 05/31 21:13
58F：→ arcade0425: 我觉得原 Po 把 10% 这个叙述改掉比较好，看整体叙述 05/31 21:43
59F：→ arcade0425: 其实没有 10% 这麽严重，应该是用了快十天突然有一天 05/31 21:43
60F：→ arcade0425: 在不明原因闪退了一次，但大部分人看到 10% 这个数字 05/31 21:43
61F：→ arcade0425: 就像闻到血的鲨鱼穷追猛打喊很高，显示自己的优越但 05/31 21:43
62F：→ arcade0425: 根本没有要解决原po 问题的意思，也是蛮无聊的 05/31 21:43
63F：推 oneheat: 不懂不要自己下comment，任何问题发生了就是一个问题， 05/31 22:26
64F：→ oneheat: 哪有分什麽严重不严重 05/31 22:26
65F：→ oneheat: 什麽可遇不可求，这个的心态在正常公司就惨了 05/31 22:26
66F：→ Obama19: 你是不是对软体开发没啥概念啊 05/31 23:01
67F：推 Nonsense8: 很简单的评量顺序 1.急吗 2.重要吗 3.有提升技术的价 05/31 23:08
68F：→ Nonsense8: 值吗 4.有时间吗 5.薪水满意吗 05/31 23:08
69F：→ Nonsense8: 每个人有不同的指标，每个指标的主观判断也不一样，工 05/31 23:10
70F：→ Nonsense8: 作环境也带来不同的影响 05/31 23:10
71F：→ Nonsense8: 我认为好的工程师的素养之一，随着经验跟机遇自然会形 05/31 23:12
72F：→ Nonsense8: 成独有的判断标准，对得起自己的心就好 05/31 23:12
73F：→ umum29: 10%蛮高的 就算在生产环境里用log抓虫也要用 05/31 23:15
74F：推 blackie1019: 这种闪避的垃圾也是可遇不可求。难怪人才很少渣一堆 05/31 23:52
75F：→ blackie1019: 、难免难免。建议专职、不要害人害己！ 05/31 23:52
76F：推 HTConeplus: 如果遇到比较尽责的QA 应该会被卡死不能上线吧，这已 06/01 00:50
77F：→ HTConeplus: 然上升到对於工作的负责问题了 06/01 00:50
78F：推 mathrew: 10%太高，不处理会被骂，1%就再看看 06/01 02:08
79F：推 pokemonmen: 1%以内还可以考虑 10%几乎就是天天都会发生 06/01 02:26
80F：推 streakray: XD 淦好难，可能真的同一楼 06/01 02:29
81F：→ jyunwei: 对10%没概念的工程师写出来的bug只有10%发生率算是可接 06/01 05:39
82F：→ jyunwei: 受了，毕竟他写出来了 06/01 05:39
83F：推 pot1234: 10%闪退听起来超难用 06/01 07:20
84F：推 stupid0319: 挂载在debugger上,等bug 06/01 08:15
85F：→ kougousei: 10%很高好吗....你说1%以下那再看看 06/01 09:06
86F：推 willy0206: 1%都高 06/01 09:23
87F：推 gundam00: 用MLB这App 非常偶尔闪退我觉得根本没差 重开就好了 06/01 09:38
88F：→ gundam00: 如果是游戏类型会闪退 那一定会不想玩 所以还是看App类 06/01 09:39
89F：→ gundam00: 型决定闪退的严重性吧 06/01 09:39
90F：嘘 starburs: 哪来的菜鸡 连10%的概念都没有 06/01 10:34
91F：→ iamshiao: 看业务影响 06/01 10:53
92F：→ shooter555: 10%很高了 算很好重制的问题 06/01 11:04
93F：→ shooter555: 万分之一就是想办法让机率变高再来debug 06/01 11:04
94F：→ acgotaku: 如果你单一时间都有接这个产品 我是建议你就修好吧 06/01 11:41
95F：→ acgotaku: 如果你同时间接很多产品,那可以先缓缓 06/01 11:42
96F：→ DrTech: 1.Log有写好吗 2.有做压力测试。 06/01 12:32
97F：→ DrTech: 3.memery profiling 看看是否有不正常变化。 06/01 12:37
98F：嘘 BigHeadDoggy: 。 06/01 12:54
99F：推 hooll111: 操作10次发生1次？那很多阿 不过视情况bug->feature的处 06/01 13:23
100F：→ hooll111: 理也是有的 06/01 13:23
101F：推 giacch: bug->feature 习惯成自然 赞 06/01 17:50
102F：推 usan: 我不到1%就被提block，会被电的 06/01 18:20
103F：→ kiki86151: 基本就是log追啊 厉害点的就利用debugger追call stack 06/01 18:25
104F：推 tvbic: 10%是高到恐怖了吧 06/01 21:49
105F：→ irisspace: 要不公开软体，让乡民测爆 06/01 23:46
106F：→ acgotaku: 其实不用这麽苛刻，不是每个产品都百万用户 06/02 01:24
107F：→ acgotaku: 做产品很常花半年用高标准大量人力下去做 06/02 01:25
108F：→ acgotaku: 最後投入市场 月增惨兮兮，没几个月就下线了 06/02 01:26
109F：→ acgotaku: 我的意见是，非公司主力产品，活跃用户低 06/02 01:27
110F：→ acgotaku: 那你花心力在主力产品上能帮公司赚钱就好 06/02 01:28
111F：→ xo1100: 除非专案上有更重要的项目要办不然10%会被电出汁吧 06/02 10:52
112F：→ jason710068: Log全开 用脚本跑测到有啊 06/02 11:04
113F：→ fatb: 我们300次出现1次的都会被要求解决了 06/02 14:40
114F：→ ericthree: 还是要解 客户就是有办法打到它 06/02 14:43
115F：推 qrtt1: 挂 crash report 把 exception 传回来研究。也可以知道发生 06/02 16:08
116F：→ qrtt1: 的机率多少。 06/02 16:08
117F：嘘 zebraseven: 取决於你的能力能否在有限时间内修掉而已就这麽简单 06/02 18:17
118F：推 hidog: 要不要修是问主管吧 06/02 18:27
119F：推 silence0925: 10% 随便打都打得到欸 06/02 20:10
120F：推 abola921: metrics 先观察有没有异常的，有很多异常是别的服务造 06/05 00:30
121F：→ abola921: 成的联锁反应，个人抓错经历中这个最好用 06/05 00:30
122F：推 Yujjlin: 10% 还是乖乖休掉 06/05 00:44
123F：→ gowaa: 看这问题大不大 06/06 18:26
124F：推 togs: 看问题大否，重要的可能1%都算严重，不重要的可能99%都随意 06/08 01:23