每個人對待單元測試的態度各異，有些人覺得單元測試很重要，有些人覺得單元測試可以不寫；我對單元測試的態度是肯定的。
方法職責單一原則可測試性
基本原則，單元測試的方法只負責被測方法的正確性，比如乙個下單業務邏輯的方法，不應該涉及到資料庫層的方法，這些方法應該被mock，因為資料庫層的方法由資料庫層方法的單元測試來保證方法執行正確性
再是service及biz層，service層和biz層基本是一樣的，就拿service層來舉栗子吧
講了這麼多，單元測試非常依賴方法的可測試性，一段很長複雜的**是難以單元測試的，單元測試對業務**的質量提出了要求，從另一方面促進開發人員編寫出更加優美的**；那有同學要問了，單元測試跑的沒問題，怎麼保證整合是沒有問題的呢？首先單元測試的覆蓋率基本可以保證，再者，測試同學的自動化測試指令碼來對整合**負責；文字比較多，今天在這裡講解的主要是單元測試的思路，而不是實現，有些地方會顯得比較囉嗦。
我該如何寫單元測試？
在我的團隊中，單元測試是較難推行的敏捷實踐之一，我思考後覺得有以下原因 1 主觀上覺得會加大工作量，影響進度 2 從未接觸junit等單元測試框架，害怕接觸新事物 3 團隊形式上要求 形式上開展，但是未能結合培訓 code review等方式持續推行 其實單元測試是個相當簡單的技術，當然，要做的完美...
單元測試應該測試什麼？ Right BICEP
單元測試應該測試什麼？right bicep right 結果是否正確？b 是否所有的邊界條件都是正確的?i 能查一下反響關聯嗎？c 能用其它手段交叉檢查一下嗎?e 你是否可以強制錯誤條件發生？p 是否滿足效能要求？結果是否正確 這 個最簡單不過了，就是看程式執行之後的結構和文件是否一致。當然可能很...
單元測試應該測試什麼？ Right BICEP
單元測試應該測試什麼？right bicep right 結果是否正確？b 是否所有的邊界條件都是正確的 i 能查一下反響關聯嗎？c 能用其它手段交叉檢查一下嗎 e 你是否可以強制錯誤條件發生？p 是否滿足效能要求？結果是否正確 這個最簡單不過了，就是看程式執行之後的結構和文件是否一致。當然可能很多...