看板
[ Soft_Job ]
討論串[討論] 工作上寫單元測試的比例
共 10 篇文章
內容預覽:
你講的三種我都做過，還有第四種：TDD. 1. TAD，講白了就是先射箭再畫靶，如果你箭射對了那當然沒問題. 但如果你一開始就射錯了還忘記拔出來，就是無效的測試. 2. 同樣也是TAD，這個是我們被要求做的，code不是我們寫的、但我. 們要幫其他team補測試。我主管也覺得很奇怪、我也覺得很奇怪，
(還有427個字)
內容預覽:
我覺得命題不是寫/不寫。. 真的該問的是，工作上 reviewer 也好、或者是開發流程也好，. 有沒有辦法【正常的判斷】 test 是不是寫對的。 XD. 起碼是 team 能有一定認同的前提。. 其實最後都回到 quality check，不然只是繞圈圈而已。 XD. 這題目有興趣也可以參考很久
(還有527個字)
內容預覽:
我想補一個情境. 當到新公司或轉到新單位時. 發現沒有在做unit test. 此時身經百戰寫過上千次unit test的你. 會選擇憑一己之力. 引入測試框架及補完所有模組的單元測試嗎？. 當然這也代表那些高耦合的模組你要想辦法拆分. 其中改壞了算你的鍋，改好沒人在乎. 而且高機率你得自己維護測試
(還有13個字)
內容預覽:
底下這是比較「野性」」的作法，算是實務專案的經驗：. 其實我覺得你到一個完全沒有測試的專案，要分兩個策略:. 1. 補重要主線的 integration test 反正哪邊常被報修就補哪邊。. 如果一開始補不上去就先做下一點，理論上常被報修的地方會一直出現在下一點，. 累積多了就可以變成1了。. 2
(還有1148個字)