JUnit 框架實現 Java 單元測試深度解析

背景動機

隨專案規模增長，缺乏有效測試流程會導致問題積累、版本演變失控。單元測試是品質防線的基石，助力早期發現缺陷、支援持續整合與快速回饋。

JUnit 內部架構

套件結構

• 核心套件：junit.framework（測試物件模型）、junit.runner（測試驅動執行）。

四大核心類別

• TestResult：收集測試結果，區分 Failure（預期失敗）與 Error（非預期錯誤），轉發給 TestListener。
• TestRunner：客戶端啟動點，追蹤測試進度、顯示結果（文字/圖形介面）。
• TestSuite：聚合並執行多個 TestCase，支援巢狀組合（Composite 模式）。
• TestCase：測試類別基底，提供 setUp()/tearDown() 模板方法，管理測試夾具。

關鍵介面

• Test：定義 run(TestResult)、countTestCases()，為 TestCase/TestSuite/TestDecorator 共同介面。
• TestListener：定義 addError、addFailure、startTest、endTest，TestRunner 實作此介面以處理事件。

設計模式應用

• Composite：TestSuite 容納任意 Test 子物件，run() 遞歸執行，構成「部分-整體」層級結構。
• Template Method：TestCase.runBare() 定義 setUp → runTest → tearDown 骨架，子類別覆寫具體步驟。
• Command：Test 介面封裝測試動作，解耦執行邏輯與具體測試實作。

執行流程序列分析

1. 客戶建立 TestSuite（加載測試類別，解析構造函數與 testXxx 方法）與 TestRunner。
2. 調用 TestRunner.run(suite) → 內部 doRun() 建立 TestResult。
3. suite.run(result) 迭代執行每個 TestCase：
   　　→ 回調 result.startTest(test)
   　　→ test.runBare() 執行模板方法
   　　→ runProtected() 捕獲異常分類（AssertionFailedError→Failure、ThreadDeath→重拋、其他→Error）
   　　→ 回調 result.endTest(test)
4. 測試結束，TestRunner 輸出摘要報告。

異常處理機制

public void runProtected(Test test, Protectable p) {
    try { p.protect(); } // 實際執行 test.runBare()
    catch (AssertionFailedError e) { addFailure(test, e); }
    catch (ThreadDeath e) { throw e; } // 確保線程真正終止
    catch (Throwable e) { addError(test, e); }
}

三層異常體系：Failure（可預測）、Error（意外）、SystemError（線程死亡級，極罕見）。

實戰建議

1. 覆寫 runTest() 謹慎：預設調用 fName 對應方法；若不使用 TestSuite 載入則需覆寫，但不利整合。
2. 測試方法執行順序不確定（Vector 存儲），有順序依賴請合併至單一方法。
3. 避免直接 System.out 輸出：干擾 JUnit 報告，改用日誌框架或獨立輸出流。
4. 善用擴展包：junit.extensions 提供 ActiveTest（多線程）、TestDecorator（裝飾器模式擴展功能）、RepeatedTest（重複執行）等。

類別關係圖解

總結

JUnit 以精簡核心（結果集與案例集）支撐強大擴展性，Composite 與 Template Method 模式使測試組織靈活、生命週期可控。深入理解內部機制，能編寫更健壯、可維護的測試代碼，並根據需求擴展框架功能。