[請益] 進入新領域 怎樣才能將bug減到最少

看板Soft_Job作者 (仁傑)時間9年前 (2016/05/05 23:58), 9年前編輯推噓24(24推 0噓 38→)
留言62則, 33人參與, 最新討論串1/1
是這樣的 小弟是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://www.ptt.cc/bbs/Soft_Job/M.1462463928.A.191.html
→
05/06 00:13, , 1F
要沒有bug就要不寫程式
05/06 00:13, 1F
→
05/06 00:31, , 2F
一直寫阿，發生BUG又不可恥，可恥的是每次都是相同的BUG
05/06 00:31, 2F
推
05/06 00:32, , 3F
新東西沒經驗，有bug很正常吧，沒人講你也不知道有這些
05/06 00:32, 3F
→
05/06 00:32, , 4F
問題
05/06 00:32, 4F
→
05/06 00:47, , 5F
同樣的bug不要發生第二次就好
05/06 00:47, 5F
推
05/06 01:26, , 6F
你的電腦從來沒當機過嗎？那些東西可能都是世界頂級的工程
05/06 01:26, 6F
→
05/06 01:27, , 7F
師寫的喔～多測試才是正途
05/06 01:27, 7F
→
05/06 01:27, , 8F
我比較納悶的是 不是解決了 為什麼會被罵？
05/06 01:27, 8F
→
05/06 01:47, , 9F
所以ios上沒遇過retina嗎？
05/06 01:47, 9F
推
05/06 01:53, , 10F
進新領域越快發現越多bug才學得越快，但不要相同的類似
05/06 01:53, 10F
→
05/06 01:53, , 11F
的bug出現第二次。
05/06 01:53, 11F
→
05/06 03:29, , 12F
請前輩 review 或 pair 啊?幹嘛自己悶著頭做
05/06 03:29, 12F
推
05/06 06:56, , 13F
有bug有學習
05/06 06:56, 13F
→
05/06 07:13, , 14F
盡量test吧 不過你這bug沒經驗的話也test不到
05/06 07:13, 14F
推
05/06 08:10, , 15F
bug的來源是為了優化，那就沒什麼好大驚
05/06 08:10, 15F
→
05/06 08:10, , 16F
小怪的
05/06 08:10, 16F
→
05/06 08:11, , 17F
程式最怕的是為了懶而寫出來的東西
05/06 08:11, 17F
→
05/06 08:42, , 18F
bug在客戶手中發生才可恥
05/06 08:42, 18F
→
05/06 09:04, , 19F
是demo給客戶看嗎？
05/06 09:04, 19F
主管看的 此程式也僅供內部使用 ※ 編輯: s001582000 (39.8.75.124), 05/06/2016 09:07:33
推
05/06 09:17, , 20F
這也算學到經驗吧
05/06 09:17, 20F
推
05/06 09:17, , 21F
多死幾次知道錯了下次就不會再中了...
05/06 09:17, 21F
→
05/06 09:18, , 22F
不然減少的最好方法就是不要寫...
05/06 09:18, 22F
→
05/06 09:19, , 23F
雖然作個自動測試，但有時候要靠累積經驗才能降低錯誤發生
05/06 09:19, 23F
推
05/06 09:56, , 24F
more code, more bugs.
05/06 09:56, 24F
推
05/06 09:58, , 25F
靠經驗跟直覺
05/06 09:58, 25F
推
05/06 10:07, , 26F
發生bug不可恥+1 剛入門很正常吧？
05/06 10:07, 26F
推
05/06 10:19, , 27F
被罵到臭頭就是主管的問題吧
05/06 10:19, 27F
→
05/06 10:19, , 28F
有時候功能小，不代表複雜度不高，尤其兼容性的問題
05/06 10:19, 28F
→
05/06 10:20, , 29F
主要還是多測試幾次，無論是自動測試還是手動測試
05/06 10:20, 29F
→
05/06 10:20, , 30F
測試過的項目，只要項目變動，就必須重新測試
05/06 10:20, 30F
→
05/06 10:20, , 31F
另外寫這麼多種語言不代表很強
05/06 10:20, 31F
→
05/06 10:21, , 32F
最好還是專注在完全熟悉你的 tool 還有 debug 模式
05/06 10:21, 32F
→
05/06 10:21, , 33F
學習一個新語言，東拼西湊，花不了多久時間
05/06 10:21, 33F
→
05/06 10:22, , 34F
但組織架構、模組、測試方法和debug 功力...可能才是評論
05/06 10:22, 34F
→
05/06 10:22, , 35F
你夠不夠資深的關鍵點
05/06 10:22, 35F
推
05/06 11:35, , 36F
沒bug心裡會毛毛的
05/06 11:35, 36F
推
05/06 12:03, , 37F
用別人寫的東西本來就有不可預料的狀況
05/06 12:03, 37F
→
05/06 12:03, , 38F
有些事連文件都提及到
05/06 12:03, 38F
→
05/06 12:06, , 39F
未*
05/06 12:06, 39F
推
05/06 12:21, , 40F
覺得是你被刁難
05/06 12:21, 40F
推
05/06 13:00, , 41F
unit test e2e test
05/06 13:00, 41F
推
05/06 14:02, , 42F
JS很常發生啊，用了某個api然後才發現某個瀏覽器的舊版
05/06 14:02, 42F
→
05/06 14:02, , 43F
本不支援；後來解決方式是主管去說服客戶升級；這東西只
05/06 14:02, 43F
→
05/06 14:02, , 44F
能靠test case跟累積經驗才有辦法解決
05/06 14:02, 44F
推
05/06 14:19, , 45F
unit test是最基本的
05/06 14:19, 45F
推
05/06 16:07, , 46F
就寫完多測試啊 沒啥捷徑 給人的code bug很多代表沒啥測
05/06 16:07, 46F
→
05/06 16:08, , 47F
隨著經驗的增長你能想到的測試case就越多 自然bug變少
05/06 16:08, 47F
推
05/06 18:07, , 48F
bug不是成長的軌跡嗎? 但有前輩code review會成長超快
05/06 18:07, 48F
→
05/07 01:50, , 49F
這樣也要罵?!
05/07 01:50, 49F
推
05/07 02:59, , 50F
沒bug的程式？！我不信...短時間要寫出少bug的程式很難。
05/07 02:59, 50F
→
05/07 02:59, , 51F
盡量寫unit test或請QA還比較實際
05/07 02:59, 51F
推
05/07 08:33, , 52F
多累積經驗，盡可能去思考所有可能性的排列組合
05/07 08:33, 52F
→
05/07 08:34, , 53F
自然bug會減少
05/07 08:34, 53F
→
05/07 08:35, , 54F
即便找了qa team來測，也會發現有些人的bug就是比別人
05/07 08:35, 54F
→
05/07 08:35, , 55F
少，這就是開發階段掌控能力的差別
05/07 08:35, 55F
→
05/07 08:35, , 56F
也是我們RD需要去精進的方向
05/07 08:35, 56F
推
05/07 20:54, , 57F
知道都是從不知道開始
05/07 20:54, 57F
推
05/07 22:40, , 58F
畫圖啊
05/07 22:40, 58F
推
05/11 01:11, , 59F
之前看過一種說法,設計的太多有時候實作反而太慢.....
05/11 01:11, 59F
→
05/11 01:11, , 60F
像這種內部的......我覺得花一堆時間design想bug很浪費
05/11 01:11, 60F
→
05/15 15:12, , 61F
沒retina 環境可以測，出了Bug只是剛好，叫公司提供retin
05/15 15:12, 61F
→
05/15 15:12, , 62F
a 開發環境再來罵！
05/15 15:12, 62F
‣ 更多 s001582000 的文章
文章代碼(AID): #1NAssu6H (Soft_Job)