Java 代碼診斷：用 Recorder 模式驗證方法調用序列

單元測試的盲區：調用順序不可測？

傳統單元測試擅長驗證「輸入-輸出」與「狀態變更」，卻難以斷言「多個對象協作時的方法調用順序」。例如 Coordinator 需依次調用 Greeter.sayHello() → Sender.sendFirst() → Sender.sendSecond() → Greeter.sayGoodbye()，若重構引入多線程或信號量，順序極易被打亂。

Recorder：輕量級調用序列記錄器

核心思想：注入同一 Recorder 實例到所有協作對象，每個方法入口調用 recorder.record("methodName()")。測試時只需比對 recorder.playBack() 與期望字符串：

public class Recorder {
    private StringBuffer tape = new StringBuffer();
    public void record(String s) { tape.append(s); }
    public String playBack() { return tape.toString(); }
}

測試代碼極其簡潔：

Recorder r = new Recorder();
Coordinator c = new Coordinator(new Sender(r), new Greeter(r));
c.start(); c.join();
assertEquals("sayHello();sendFirstMessage();sendSecondMessage();sayGoodbye();", r.playBack());

設計權衡：String vs 複雜對象

• String 方案：測試編寫極簡單，但僅能驗證順序，無法攜帶參數、返回值等上下文。
• 豐富對象方案：記錄完整調用上下文，便於深度檢查，但需為每類記錄對象實現 equals()，測試基建成本高。
• 折衷方案：記錄豐富對象，但提供簡單的 toString() 用於序列斷言，兼顧兩全。

擴展場景

Recorder 模式不限於順序驗證：分布式系統中可記錄網絡消息序列驗證協議不變量；GUI 測試中可記錄用戶操作與響應序列。它將測試粒度從「單一組件」擴展至「組件協作集合」，填補了單元測試與集成測試之間的空白。