TDD最佳实践？

Question

我在我的最新项目中使用了TDD方法。这对我来说是新的:)

我有一个服务，将保存一个CSV记录到数据库。它将检查值是否存在，并在必要时添加-因此会有多个DAO。

下面是一个运行正常的测试--但是有没有人能告诉我有没有更好的方法来写这个？感觉不太对劲。

谢谢

@Test
public void loadTest() {
    //mock....all methods called in my save method
    Dao1 dao1 = mock(Dao1.class);
    when(dao1.findByDescription(anyString())).thenReturn(mock(Model1.class));
    Dao2 dao2 = mock(Dao2.class);
    when(dao2.findByDescription(anyString())).thenReturn(mock(Model2.class));
    Dao3 dao3 = mock(Dao3.class);
    when(dao3.findByDescription(anyString())).thenReturn(mock(Model3.class));
    Dao4 dao4 = mock(Dao4.class);

    RowFromCsv row = mock(RowFromCsv.class);
    when(row.getAttribute1()).thenReturn(new DateTime()); //otherwise test fails - nullpointerexception
    when(row.getAttribute2()).thenReturn(new DateTime());
    Csv csv = mock(Csv.class);
    when(csv.next()).thenReturn(row).thenReturn(null);

    //this is what im testing...
    Service load = new Service();
    load.setDao1(dao1);
    load.setDao2(dao2);
    load.setDao3(dao3);
    load.setDao4(dao4);
    load.save(csv);

    //save called ok...
    verify(dao4).createOrUpdate(any(Model4.class));
}

Answer 1

测试看起来没问题。您可以设置您的fixture，执行该方法，然后验证它是否执行了预期的操作。

如果您创建了一个用作模拟工厂的实用程序类，则可以使其更具可读性。假设在类或接口BaseDao中定义了findByDescription(string)方法，您可以执行类似以下操作：

public class MockFactory {
    public static <D extends BaseDao,M> D mockDao(Class<D> daoClass, Class<M> modelClass) {
        D dao = mock(daoClass);
        M model = mock(modelClass);
        when(dao.findByDescription(anyString())).thenReturn(model));
        return dao;
    }

    public static Csv csvWithOneRecord() {
        RowFromCsv row = mock(RowFromCsv.class);
        when(row.getAttribute1()).thenReturn(new DateTime()); 
        when(row.getAttribute2()).thenReturn(new DateTime());
        Csv csv = mock(Csv.class);
        when(csv.next()).thenReturn(row).thenReturn(null);
    }
} 

这种方法使您的测试更具可读性，并且您的mock可重用。只需确保工厂方法具有描述它们返回的mock类型的名称。如果您需要大量的suck工厂方法，那么您应该创建多个实用程序类，每个实用程序类专门用于一种类型的mock。ie DaoMockFactory、CsvMockFactory等

还有一件事:遵循一些命名约定是一个好主意：

对于每个主类，单元测试方法都有一个测试类，即针对class Service.

• Have的单元测试方法，该方法以它正在测试的方法命名，即class TestService testSave()
• class TestService