作者wt (Time to Change!)
看板Soft_Job
标题Re: [请益] bug「可遇不可求」,各位还会去debug它吗?
时间Tue May 31 16:13:40 2022
先讲结论
修bug还要看影响程度 impact/severity
闪退是很严重的问题。 相当於app crash
除非你有权力决定/并扛结果,否则就是看上层要不要修。
或者能说服上层不修
闪退就算是1% 也算严重。
==> 不能假设只有1%的人会遇到,而是假设使用者用100次就会遇到的话,
几乎所有使用者用久一点都有机会遇到
实务上,如果只有出现一两次,而且经过特定时间的追查(例如几天)
经过讨论同意,有可能把case放入观察名单暂不处理。把时间拿去处理其他事情。
也有遇过後期修bug,发现一次把前面几个怀疑的bug close,
因为问题出现时的表现形态不同,导致之前开了几个不同的bug tracking。
举例:当进入某个状态时,A、B、C各自会有不同状况的错误,而开了3个bug。
题外话,机率是个模糊的定义。
Bug触发机率不明,是因为没有找到原因。机制找到就是100%
举例:
某个bug只要符合ABC三个条件 100%发生。
但是平均每100个人,只有一人会操作到发生此问题。
请问此时机率该是 100% 或者 1% ?
这时判断的重点反而是impact。
※ 引述《freebug (Freebug)》之铭言:
: 最近开发一个通讯软体
: 有个闪退的bug自从上周被发现到之後就再也没被观察到
: 也就是这个bug的出现没有规律性,只能靠碰运气
: 出现机率也不高 (出现机率不到10%)
: 这也是我对这个bug感到烦恼的地方
: 如果各位遇到这样性质的bug
: 你会怎麽去处理?
: 会去尽可能的钻研,并且制造出这bug出现的可能吗
: 还是会选择直接忽略?
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.169.208.120 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1653984823.A.605.html
1F:推 qwe70302: 确实,bug只有出现频率,没有出现机率 05/31 16:15
2F:推 KanzakiHAria: 这篇正解 又不是量子电脑 在那边机率什麽 05/31 18:03
3F:推 wulouise: 有些ub有可能是随机没错啊.. 05/31 18:57
4F:→ wt: 使用者行为随机,不代表触发机制随机啊。 要看Log去抓 05/31 19:04
5F:推 wulouise: 有些bug真的不是100%重现, eg: uninitialized variable 05/31 19:09
6F:推 ckp4131025: Race condition可以算机率性吧 05/31 19:36
7F:推 s06yji3: 能不能重现和发生机率是两回事。 06/01 01:43
8F:推 Bencrie: uninitialized variable、unconditional jump 算好抓的吧 06/01 09:25
9F:→ Bencrie: 人懒就 valgrind 开下去 06/01 09:26
10F:→ fatb: 100出现的都是小意思阿 通常不是逻辑问题就是冲突 06/02 14:41