軟件單元測試實踐小結

發布: 2009-4-07 09:06 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 36次 | 進入軟件測試論壇討論

public class MockDatabaseDao2 implements DatabaseDao2 {
    private Map map;

    public void setMap(Map map){
        this.map = map;
    }

    public void delete(args){
        map.put("MockDatabaseDao2.delete", args);
}
}

public class ServiceExampleTestCase{
    private Map map = new HashMap();
    public void testNoOutputMethod(){
        DaoTest test = new DaoTest();
   DatabaseDao1 dao1 = new MockDatabaseDao1();
   dao1.setMap(map);
   dao2.setMap(map);
   DatabaseDao2 dao2 = new MockDatabaseDao2();
    test.setDao1(dao1);
    test.setDao2(dao2);
    test.noOutputMethod();
    assertEquals(new Boolean(true), new Boolean(map.containsKey("MockDatabaseDao1.update")));
    assertEquals(new Boolean(true), new Boolean(map.containsKey("MockDatabaseDao2.delete")));
    }
}

例子只測試執行流程，實際實踐中還可以驗證所有的參數。

我們還可以考慮利用AOP來改進這個測試方法。then, we needn't to do the same work，each time. We repeat it only once.

討論完測試的關注點后，需要看看實際面臨的具體困難

職責不明確

類或類方法的職責不明確，違反SRP原則．一個類或方法處理了本不該有它處理的邏輯，使得單元測試需要關心過多的外部關聯類
靜態方法

靜態方法使得調用者直接面對實際的服務類，難以通過其他方式替換其實現，也難以擴展

直接訪問對象實例

調用者直接實例化服務對象，從而使用服務對象提供的服務．同靜態方法一樣，直接面對其服務類

J2se和J2ee標準庫或者其他類庫

標準類庫中有非常多的接口調用使得調用者難以測試 e.g JNDI, JavaMail, JAXP
準備數據及其困難

編寫測試用例需要外部準備大量的數據

針對這些困難，可用解決方法如下：

重構系統。

對于職責不明確的代碼，只有通過重構才可以達到單元測試的目的。

Self-Delegate test pattern

針對于class的測試，使用自代理測試模式, 使得測試時，可以重寫被測試類的一些方法．達到測試的目的．通過extend class override methods來實現。Inner class mock方法也一樣。不過這種方法比較別扭。