作者s001582000 (仁傑)
看板Soft_Job
標題[請益] 進入新領域 怎樣才能將bug減到最少
時間Thu May 5 23:58:44 2016
是這樣的
小弟是iOS工程師
資歷約一年半左右
期間除了obj-c swift以外
還寫到android 和 java
學到賺到
今天有個Demo需求是
一個圖片壓縮檔
解壓縮成指定的比例以及放到指定資料夾
環境用mac os x
功能完成後
有發現一個bug
在高解析度下取得的圖檔會跟原始檔不一樣
必須要繞到更底層取得圖片資訊
解決之餘便交出去了
結果被罵得臭頭
由於是第一次寫mac os x
是我忽略了在retina下的dirve會成兩倍大
雖然沒有retina的dirve可以測試 但還是應當注意才是
再踏進一個新的領域
應該如何讓可能發生的bug降到最低
想請前輩們請益
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.228.130.101
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1462463928.A.191.html
1F：→ jarhys: 要沒有bug就要不寫程式05/06 00:13
2F：→ jack0204: 一直寫阿，發生BUG又不可恥，可恥的是每次都是相同的BUG05/06 00:31
3F：推 clarkman: 新東西沒經驗，有bug很正常吧，沒人講你也不知道有這些05/06 00:32
4F：→ clarkman: 問題05/06 00:32
5F：→ yyc1217: 同樣的bug不要發生第二次就好05/06 00:47
6F：推 Argos: 你的電腦從來沒當機過嗎？那些東西可能都是世界頂級的工程05/06 01:26
7F：→ Argos: 師寫的喔～多測試才是正途05/06 01:27
8F：→ lasx: 我比較納悶的是 不是解決了 為什麼會被罵？05/06 01:27
9F：→ hearther: 所以ios上沒遇過retina嗎？05/06 01:47
10F：推 shietsd: 進新領域越快發現越多bug才學得越快，但不要相同的類似05/06 01:53
11F：→ shietsd: 的bug出現第二次。05/06 01:53
12F：→ hSATAC: 請前輩 review 或 pair 啊?幹嘛自己悶著頭做05/06 03:29
13F：推 fiiox3: 有bug有學習05/06 06:56
14F：→ jazzter: 盡量test吧 不過你這bug沒經驗的話也test不到05/06 07:13
15F：推 dlikeayu: bug的來源是為了優化，那就沒什麼好大驚05/06 08:10
16F：→ dlikeayu: 小怪的05/06 08:10
17F：→ dlikeayu: 程式最怕的是為了懶而寫出來的東西05/06 08:11
18F：→ Csongs: bug在客戶手中發生才可恥05/06 08:42
19F：→ gn01838335: 是demo給客戶看嗎？05/06 09:04
主管看的
此程式也僅供內部使用
※ 編輯: s001582000 (39.8.75.124), 05/06/2016 09:07:33
20F：推 Csongs: 這也算學到經驗吧 05/06 09:17
21F：推 f124: 多死幾次知道錯了下次就不會再中了... 05/06 09:17
22F：→ f124: 不然減少的最好方法就是不要寫... 05/06 09:18
23F：→ Csongs: 雖然作個自動測試，但有時候要靠累積經驗才能降低錯誤發生 05/06 09:19
24F：推 jerry771210: more code, more bugs. 05/06 09:56
25F：推 doranako: 靠經驗跟直覺 05/06 09:58
26F：推 james732: 發生bug不可恥+1 剛入門很正常吧？ 05/06 10:07
27F：推 maxqq: 被罵到臭頭就是主管的問題吧 05/06 10:19
28F：→ maxqq: 有時候功能小，不代表複雜度不高，尤其兼容性的問題 05/06 10:19
29F：→ maxqq: 主要還是多測試幾次，無論是自動測試還是手動測試 05/06 10:20
30F：→ maxqq: 測試過的項目，只要項目變動，就必須重新測試 05/06 10:20
31F：→ maxqq: 另外寫這麼多種語言不代表很強 05/06 10:20
32F：→ maxqq: 最好還是專注在完全熟悉你的 tool 還有 debug 模式 05/06 10:21
33F：→ maxqq: 學習一個新語言，東拼西湊，花不了多久時間 05/06 10:21
34F：→ maxqq: 但組織架構、模組、測試方法和debug 功力...可能才是評論 05/06 10:22
35F：→ maxqq: 你夠不夠資深的關鍵點 05/06 10:22
36F：推 abc0922001: 沒bug心裡會毛毛的 05/06 11:35
37F：推 alog: 用別人寫的東西本來就有不可預料的狀況 05/06 12:03
38F：→ alog: 有些事連文件都提及到 05/06 12:03
39F：→ alog: 未* 05/06 12:06
40F：推 sing10407: 覺得是你被刁難 05/06 12:21
41F：推 ousapas: unit test e2e test 05/06 13:00
42F：推 Curapikt: JS很常發生啊，用了某個api然後才發現某個瀏覽器的舊版 05/06 14:02
43F：→ Curapikt: 本不支援；後來解決方式是主管去說服客戶升級；這東西只 05/06 14:02
44F：→ Curapikt: 能靠test case跟累積經驗才有辦法解決 05/06 14:02
45F：推 cobrasgo: unit test是最基本的 05/06 14:19
46F：推 jinmin88: 就寫完多測試啊 沒啥捷徑 給人的code bug很多代表沒啥測 05/06 16:07
47F：→ jinmin88: 隨著經驗的增長你能想到的測試case就越多 自然bug變少 05/06 16:08
48F：推 shenevol: bug不是成長的軌跡嗎? 但有前輩code review會成長超快 05/06 18:07
49F：→ gpctv: 這樣也要罵?! 05/07 01:50
50F：推 Rexup: 沒bug的程式？！我不信...短時間要寫出少bug的程式很難。 05/07 02:59
51F：→ Rexup: 盡量寫unit test或請QA還比較實際 05/07 02:59
52F：推 sorianotw: 多累積經驗，盡可能去思考所有可能性的排列組合 05/07 08:33
53F：→ sorianotw: 自然bug會減少 05/07 08:34
54F：→ sorianotw: 即便找了qa team來測，也會發現有些人的bug就是比別人 05/07 08:35
55F：→ sorianotw: 少，這就是開發階段掌控能力的差別 05/07 08:35
56F：→ sorianotw: 也是我們RD需要去精進的方向 05/07 08:35
57F：推 realbout: 知道都是從不知道開始 05/07 20:54
58F：推 comesuck: 畫圖啊 05/07 22:40
59F：推 Rexup: 之前看過一種說法,設計的太多有時候實作反而太慢..... 05/11 01:11
60F：→ Rexup: 像這種內部的......我覺得花一堆時間design想bug很浪費 05/11 01:11
61F：→ shizeng: 沒retina 環境可以測，出了Bug只是剛好，叫公司提供retin 05/15 15:12
62F：→ shizeng: a 開發環境再來罵！ 05/15 15:12