作者: 七彩小生 時間: 2018-7-14 13:34 標題: 如果找不到何處是bug
如果你地找極也找不到邊道是big, 上網又找不到,deadline 又到,好奇你地會做乜?
作者: HKEPC852 時間: 2018-7-14 16:28
重寫......
作者: clio 時間: 2018-7-14 20:33
1. 盡快告訴客戶/收貨人, "工程" 甚至 "生意" 本質 永遠都會有問題發生, 不要害怕說實話, 反而不要掩飾
2. 冷靜下來, 想辦法收縮 bug 發生範圍. 由整個程序都是bug, 收縮至半個程序是bug, 已經向前了一大步. 再收縮至1/4個程序是bug... 1/8... 也許你有足夠的時間可以改寫那1/8個程序
作者: ww9876 時間: 2018-7-14 20:49
找不到的bug,通常跟timing有關。 方法係全線開debug trace或自己落trace。然後以大量長時間bump data。好彩既話會縮窄範圍甚至可以reproduce個bug。
via HKEPC Reader for Android
作者: ati16800 時間: 2018-7-14 23:45
找不到的bug is called feature.
作者: ckmakit 時間: 2018-7-15 00:07
睇有幾大影響,幾常發生,諗左出左事點救先...
落debug message ,monitor 晒所有野...
作者: toylet 時間: 2018-7-15 01:33 標題: 誠實上報 好過 剪鋼筋!
提示: 作者被禁止或刪除 內容自動屏蔽
作者: 七彩小生 時間: 2018-7-15 11:59
唔係啩 ?
作者: salad 時間: 2018-7-15 14:47
唔寫Test case嘅結果。
作者: none_and_none 時間: 2018-7-15 16:38
big <-- bug的所在
目的係要去解決問題
而唔係要去解決bug
作者: edl0025 時間: 2018-7-16 08:43
我有D同事會張D bug mark as fix, 俾D tester 再test..... 等佢地FAIL 個BUG ITEM.... 再做過......
作者: java2 時間: 2018-7-16 09:32
好奇上網點找到你寫的bugs?
程序上的bugs 加trace 照計唔難找
作者: oeterchui 時間: 2018-7-16 09:34
如實上報, 越早通知有關人仕越好
如果係 client, 先通知上司/handler, 由佢地去傾 deadline
bug 方面太多原因, 多數都係落 log, 將 dynamic data 轉做 hardcode 試
作者: hi20 時間: 2018-7-16 10:16
排除法,縮少範圍
作者: cal22cal 時間: 2018-7-16 10:23
如果找不到何處是 bug,但係真係有 bug,
即係你以前諗嘅嘢有錯,要重新諗過。
作者: Poissons 時間: 2018-7-16 17:02
test case 唔係萬能
作者: daitau 時間: 2018-7-17 10:10
Find a colleague and describe to him/her your program flow, then the bug in details. If you are lucky you will be able to either notice where the bug creeps in during the process, or he/she may be able to challenge you on relevant parts.
See https://en.wikipedia.org/wiki/Rubber_duck_debugging
作者: 專業收買佬 時間: 2018-7-17 12:18
繼續搵.....上黎問幫唔到你搵到條bug出黎。。。。
而且。。。bug呢家野。。。搵極都會有。。。。
作者: rabbit82047 時間: 2018-7-17 13:55
如實上報, 打好個底, 逾早逾好 ...
唔係過左 deadline, 實俾人鏟到飛起

