单元测试显而易见

Question

在尝试为功能处理样板代码而非业务逻辑的类编写测试用例时。我开始怀疑单元测试是否真的值得这门课。但是话又说回来，在使用 TDD 时，建议我们为添加的任何逻辑编写测试。

以下面的类为例，只是使用 DI 注入依赖项并获取配置参数来设置应用程序的运行。除了单元测试是否正确注入了依赖项，或者是否在运行完成时调用了destroy（这将是对java CDI框架的单元测试而不是我自己的代码），我还能单元测试什么？

import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;
import javax.ejb.Singleton;
import javax.ejb.Startup;
import javax.ejb.TransactionAttribute;
import javax.ejb.TransactionAttributeType;
import javax.inject.Inject;

@Singleton
@Startup
@TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
public class PipsAlprConnectionRunner {
    @Inject
    private PipsAlprConfiguration config;

    @Inject
    private PipsAlprConnector connector;

    @Inject
    private Scheduler scheduler;

    @Inject
    @PipsAlprAdapterService
    private ServiceStatus status;

    private Timer connectorTimer = null;

    @PostConstruct
    public void initialized() {
        status.started();
        connectorTimer = scheduler.schedule(connector, 0,
                1000 * config.getPollPeriodSeconds());
        status.operational();
    }

    @PreDestroy
    public void destroy() {
        connectorTimer.cancel();
        connector.shutdown();
        status.stopped();
    }
}

在上面的类中，我想不出任何使用 TDD 的测试场景，所以只是想出了代码，现在我想知道我到底可以在这里进行什么单元测试。

Answer 1

好吧，可以证明这个类做了一些事情。它改变一个状态，它启动一个计时器。您可以通过 Mockito 将这些对象的模拟注入到类中，然后确保 initialized() 和 destroy() 都执行您希望它们对这些模拟执行的操作。

@RunWith(MockitoJUnitRunner.class)
public class PipsAlprConnectionRunner {

    @Mock
    private PipsAlprConfiguration config;

    @Mock
    private PipsAlprConnector connector;

    @Mock
    private Scheduler scheduler;

    @Mock
    private ServiceStatus status;     

    @InjectMocks
    private PipsAlprConnectionRunner pipsAlprConnectionRunner ;

    @Test
    public void initialized_should_set_status_started() {
         pipsAlprConnectionRunner.initialized();
         Mockito.verify(status).started();
    }

    // etc.
}

如果您想为每个“故障点”创建一个方法或每个方法/测试一个方法，这几乎是个人品味的问题。

就我个人而言，我会说目标是 100% 的覆盖率，因此即使是主要委托的非常简单的类也应该被覆盖。如果有人改变了什么会发生什么？测试确保此类更改不会破坏现有功能。