作者SkankHunt42 (凱子爸)
看板Soft_Job
標題Re: [討論] 工作上寫單元測試的比例
時間Wed May 1 14:13:50 2024
※ 引述《chopinmozart (aha)》之銘言：
: 大家工作上寫單元測試的情況
: 1.大部分寫完一個功能, 就馬上完成單元測試
: 2.先把該做的功能寫完, 再回來統一寫單元測試
: 3.不怎麼寫單元測試
: 想請問大家工作實際情況大概是哪一種QQ
你講的三種我都做過，還有第四種：TDD
1. TAD，講白了就是先射箭再畫靶，如果你箭射對了那當然沒問題
但如果你一開始就射錯了還忘記拔出來，就是無效的測試
2. 同樣也是TAD，這個是我們被要求做的，code不是我們寫的、但我
們要幫其他team補測試。我主管也覺得很奇怪、我也覺得很奇怪，
但反正就當作讀別人程式碼
1跟2的重點其實不是為了驗證，當然你會有機會在寫測試的時候發現
一些錯誤，但主要目標是確保日後別人修改行為一致
3. 純屬玩火，很多公司都在玩火，還玩得爐火純青
但不寫單元測試有時是技術上的困難，有一本書還專門在講這個問
題(書名我忘了，別問、基峰出的我記得)，有時也有可能是績效考量
4. TDD，通常是我自己開自己寫的模組才會這樣玩，沒什麼，就是玩兒
台灣經常會搞錯的就是把integration test跟unit test搞錯，很多人其實
是在做前者而不是後者。如果你發現你test failed時你還要找老半天才能
locate the issue，那你很可能是在做前者
但無論哪種，其實沒有test的公司我覺得是最好混的
1. 你commit code不一定要負責任，出事了就說歷史共業，有時業在別人身上
2. 出問題了就算知道問題在哪，可以裝作找不到、混時間進度，慢慢解慢慢修
所以台灣的老闆們，請不要讓你的員工導入test文化，謝謝，不然這樣很難混
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 37.19.205.178 (日本)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1714544032.A.DE1.html
→ alan3100: 就害人害己 心態上領錢能混就混..時間久了就跟瑪農一樣 05/01 15:24
推 tsaigi: 不寫測試 後面要改就是外面再包一層 包到改不了就是重構 05/01 15:41
→ tsaigi: 重構不了就是推新產品 台灣的玩法 05/01 15:41
→ testPtt: 主要是人少又要做不明確需求 有些洞只能先挖好以後再補 05/01 15:48
→ x000032001: 那不叫重構 那叫重寫 05/01 15:57
推 Chricey: 苦瓜胜肽功效 05/01 15:57→ k798976869: 不用台灣 美國人最喜歡玩新東西重寫 比較潮 05/01 16:01
推 viper9709: 推二樓XD 05/01 17:11
推 LoveMoon: 好說好說，懂得都懂 05/01 17:13
推 CRPKT: 還有一種錯誤觀念就是只看 coverage 沒在管測試內容 05/01 17:19
推 Chricey: 益生菌 05/01 17:19→ redsunflower: 公司自己做的logging framework，測試都過不去.... 05/01 17:41
→ labbat: 當老闆表明就是反向工程其它家產品然後貼上自己的牌子 05/01 19:29
→ labbat: 反而會注重測試，但是這種都是相容性整合測試 05/01 19:30
推 NDark: 很多工程師就是把重構當作自己的credit. 05/01 20:07
推 Chricey: 苦瓜胜肽功效 05/01 20:07