※ 引述《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