软件单元测试实践小结

发布: 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方法也一样。不过这种方法比较别扭。