Java 單元測試 7 大實戰技巧：框架選擇、TDD 權衡、覆蓋率陷阱與斷言最佳實踐

測試類型速覽

• 單元測試：開發者寫，方法級，自動化 (JUnit/TestNG)。
• 整合測試：跨組件 (DB、Web Service)，驗證配線。
• 功能測試：依規格驗證業務流程，通常由 QA 執行 (Selenium)。

7 大提升單元測試品質技巧

1. 善用測試框架

JUnit 5 / TestNG 提供：註解驅動、參數化測試、分組/忽略、建構工具整合 (Maven/Gradle)。
輔以 Mockito/EasyMock 模擬外部依賴 (DAO、Service)，隔離被測單元。

2. 謹慎採用 TDD (測試驅動開發)

• 優點：產出可測、模組化代碼；缺陷早發現。
• 缺點：設計階段過早鎖定介面；不適合 Legacy、GUI、重資料庫專案。
• 建議：核心領域邏輯採用 TDD，外圍整合採用測試後寫。

3. 測量程式碼覆蓋率 — 但別盲目追求 100%

• 工具：JaCoCo、Cobertura、SonarQube。
• 陷阱：if (flag) { ... } return result.toLowerCase(); 測 true 分支覆蓋 100%，但 false 會拋 NPE。
• 策略：覆蓋所有分支、邊界條件、異常路徑；新功能同步補測試。

4. 測試資料外部化

避免硬編碼測試資料。JUnit 5 @ParameterizedTest + @CsvSource / @MethodSource；TestNG @DataProvider / testng.xml。支援從 CSV/JSON/DB 讀取。

5. 用斷言取代列印驗證

// 差：需人工看 console
@Test void bad() { System.out.println(util.concat("a","b")); }

// 好：自動判定成功/失敗
@Test void good() { assertEquals("ab", util.concat("a","b")); }

斷言失敗會拋出 AssertionError，CI/CD 直接標紅。

6. 建構確定性測試

避免依賴隨機數、當前時間、網路、檔案系統。對不可控依賴使用 Mock/Stub 固定回傳值。
Thread.sleep(random) → Mock 時間源或傳入固定延遲。

7. 覆蓋負面與邊界測試

• 負面：非法輸入 (特殊字元、空值、超長、SQL 注入)。
• 邊界：1~100 測試 0,1,100,101；集合測試空、單元素、大量。
• 異常：驗證預期拋出特定異常 assertThrows(IllegalArgumentException.class, () -> ...)。

總結

優質單元測試 = 正確性保障 + 重構安全網 + 活文檔。投資測試即投資軟體長期可維護性。