JUnitPerf 效能測試實戰：從單元測試轉型為負載與計時測試的裝飾器模式應用

前言

效能測試常被延遲至開發後期，導致上線後才發現瓶頸。JUnitPerf 是建立在 JUnit 之上的輕量級效能測試框架，運用裝飾器模式，讓現有單元測試秒變計時測試與負載測試，實現「早期、頻繁、自動化」的效能驗證。

核心概念：兩種測試裝飾器

1. TimedTest - 計時測試 (效能基準線)

• 為測試案例設定最大執行時間上限
• 超時即判定失敗，即使業務邏輯正確
• 適用於關鍵業務方法的 SLA 驗證 (如「建立訂單必須 < 200ms」)
• 可選 fastFail=true 參數：超時立即中斷，不等測試跑完

2. LoadTest - 負載測試 (併發模擬)

• 模擬多用戶併發執行同一測試案例
• 支援兩種計時器控制啟動間隔：
  • ConstantTimer(intervalMs)：固定間隔啟動執行緒
  • RandomTimer(minMs, maxMs)：隨機間隔，更貼近真實流量
• 無計時器時所有執行緒同時啟動 (尖峰測試)
• 不設定時間上限，專注驗證併發正確性與穩定性

實作範例：Widget DAO 建立功能測試

基礎 JUnit 測試 (被測試目標)

public class WidgetDAOImplTest extends TestCase {
    private WidgetDAO dao;

    public void testCreate() throws Exception {
        IWidget wdgt = new Widget();
        wdgt.setWidgetId(1000);
        wdgt.setPartNumber("12-34-BBD");
        try {
            this.dao.createWidget(wdgt);
        } catch (CreateException e) {
            fail("CreateException thrown creating a Widget");
        }
    }

    protected void setUp() throws Exception {
        ApplicationContext context = new ClassPathXmlApplicationContext("spring-config.xml");
        this.dao = (WidgetDAO) context.getBean("widgetDAO");
    }
}

suite() 靜態方法 - 裝飾器組裝入口

// 1. 純計時測試：單次執行必須在 2 秒內完成
public static Test suite() {
    long maxElapsedTime = 2000; // 2 秒
    return new TimedTest(new WidgetDAOImplTest("testCreate"), maxElapsedTime);
}

// 2. 純負載測試：10 個用戶，每 100ms 啟動一個
public static Test suite() {
    int users = 10;
    Timer timer = new ConstantTimer(100);
    return new LoadTest(new WidgetDAOImplTest("testCreate"), users, timer);
}

// 3. 組合裝飾：負載 + 計時 (每個執行緒 2 秒內必須完成，10 用戶每 100ms 啟動)
public static Test suite() {
    int users = 10;
    Timer timer = new ConstantTimer(100);
    long maxElapsedTime = 2000;
    return new TimedTest(
        new LoadTest(new WidgetDAOImplTest("testCreate"), users, timer),
        maxElapsedTime
    );
}

進階技巧：效能基準線校準

JUnit 本身的 setUp()/tearDown()、TestRunner 架構都會帶來額外開銷。測試時間 = 業務邏輯時間 + Fixture 開銷。必須先建立基準線：

基準測試 - 僅測量 Fixture 開銷

public class DBUnitSetUpBenchmarkTest extends DatabaseTestCase {
    private WidgetDAO dao = null;

    public void testNothing() {
        // 故意空白，僅測量 setUp/tearDown 時間
    }

    protected IDatabaseConnection getConnection() throws Exception {
        Class.forName("org.hsqldb.jdbcDriver");
        Connection conn = DriverManager.getConnection("jdbc:hsqldb:hsql://127.0.0.1", "sa", "");
        return new DatabaseConnection(conn);
    }

    protected IDataSet getDataSet() throws Exception {
        return new FlatXmlDataSet(new File("test/conf/seed.xml"));
    }

    protected void setUp() throws Exception {
        super.setUp();  // DbUnit 裝載種子資料
        ApplicationContext context = new ClassPathXmlApplicationContext("spring-config.xml");
        this.dao = (WidgetDAO) context.getBean("widgetDAO");
    }
}

執行此測試得知 Fixture 耗時 (如 2.5 秒)，後續所有效能門檻皆需 加上此基準值。

最佳實踐與注意事項

現代替代方案對比

總結

JUnitPerf 以極低門檻將效能驗證左移至開發早期。核心價值在於：

1. 零學習成本：沿用 JUnit 語法，現有測試即刻可用
2. 組合靈活：TimedTest + LoadTest 疊加，表達豐富驗證場景
3. 自動化友善：標準 JUnit Test 介面，無縫整合 Ant/Maven/Gradle/CI

雖非專業負載測試工具替代品，但作為「開發階段效能回歸防線」極具價值。建議搭配 JMH 驗證熱點方法微效能、Gatling 驗證系統級容量，構建多層次效能保障體系。