單元測試實踐小結(jié)[3]

例子只測試執(zhí)行流程，實際實踐中還可以驗證所有的參數(shù)。
     我們還可以考慮利用AOP來改進這個測試方法。then, we needn't to do the same work，each time. We repeat it only once.
     討論完測試的關(guān)注點后，需要看看實際面臨的具體困難
     職責不明確
     類或類方法的職責不明確，違反SRP原則．一個類或方法處理了本不該有它處理的邏輯，使得單元測試需要關(guān)心過多的外部關(guān)聯(lián)類
    靜態(tài)方法
     靜態(tài)方法使得調(diào)用者直接面對實際的服務(wù)類，難以通過其他方式替換其實現(xiàn)，也難以擴展
     直接訪問對象實例
     調(diào)用者直接實例化服務(wù)對象，從而使用服務(wù)對象提供的服務(wù)．同靜態(tài)方法一樣，直接面對其服務(wù)類
     J2se和J2ee標準庫或者其他類庫
     標準類庫中有非常多的接口調(diào)用使得調(diào)用者難以測試 e.g JNDI, JavaMail, JAXP
    準備數(shù)據(jù)及其困難
     編寫測試用例需要外部準備大量的數(shù)據(jù)
     針對這些困難，可用解決方法如下：
     重構(gòu)系統(tǒng)。
     對于職責不明確的代碼，只有通過重構(gòu)才可以達到單元測試的目的。
     Self-Delegate test pattern
     針對于class的測試，使用自代理測試模式, 使得測試時，可以重寫被測試類的一些方法．達到測試的目的．通過extend class override methods來實現(xiàn)。Inner class mock方法也一樣。不過這種方法比較別扭。