9

我有简单的课程，但有匿名代码块。我需要用测试来覆盖这门课。

public class CleanerTask {

    private final Logger log = LoggerFactory.getLogger(getClass());
    DataWarehouseMessageDao dwMessageDao;
    int cleanerDelay = 0;
    TransactionTemplate template;

    public CleanerTask(DataWarehouseMessageDao dwMessageDao, int cleanerDelay, TransactionTemplate template) {
        this.dwMessageDao = dwMessageDao;
        this.cleanerDelay = cleanerDelay;
        this.template = template;
    }

    public void clean() {
        log.info("Cleaner started");
        final Date olderThan = new Date();
        olderThan.setDate(olderThan.getDate() + cleanerDelay);
        template.execute(new TransactionCallback<Date>() {
            @Override
            public Date doInTransaction(TransactionStatus transactionStatus) {
                dwMessageDao.deleteAllByStatusAndDate(DataWarehouseMessageStatus.SAVED.getValue(), olderThan);
                return olderThan;
            }
        });
    }
}

并测试：

@RunWith(MockitoJUnitRunner.class)
public class CleanerTaskTest {

    final static int CLEANER_DELAY = 5;

    @Mock
    DataWarehouseMessageDao dao;

    @Mock
    TransactionTemplate template;

    CleanerTask cleanerTask;

    @Before
    public void setUp() throws Exception {
        cleanerTask = new CleanerTask(dao, CLEANER_DELAY, template);
    }

    @Test
    public void successfulScenario() {
        try {
            cleanerTask.clean();
            verify(template, times(1)).execute(isA(TransactionCallback.class));
            //that verify was not triggered    
            //verify(dao, times(1)).deleteAllByStatusAndDate(anyInt(), isA(Date.class));
        } catch (Exception e) {
            e.printStackTrace();
            fail("No exceptions must occur");
        }
    }
}

注释行不起作用。日志：需要但未调用：dao.deleteAllByStatusAndDate( , isA(java.util.Date) ); -> 在 com.nxsystems.dw.publisher.handler.CleanerTaskTest.successfulScenario(CleanerTaskTest.java:52) 实际上，与此模拟的交互为零。

在 com.nxsystems.dw.publisher.handler.CleanerTaskTest.successfulScenario(CleanerTaskTest.java:52) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 在 sun .reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 在 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) 在 org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable. java:15) 在 org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) 在 org.junit.internal 的 org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) .runners.statements.RunBefores.evaluate(RunBefores.java:28) 在 org.junit.runners.BlockJUnit4ClassRunner。runChild(BlockJUnit4ClassRunner.java:76) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners。 ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit .runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.mockito.internal.runners.JUnit45AndHigherRunnerImpl.run(JUnit45AndHigherRunnerImpl.java:37)在 org.mockito.runners.MockitoJUnitRunner.run(MockitoJUnitRunner.java:62) 在 org.junit.runner.JUnitCore.run(JUnitCore.java:157) 在 com.intellij.rt.execution.junit.JUnitStarter。主要（JUnitStarter.java:62）

此外，当这个 tets 启动时，调试器不会进入匿名块。那么如何让 Mockito 进入匿名区块呢？

4

3 回答 3

14

为什么它不起作用

那么你的问题是TransactionTemplate你的测试是一个模拟。因此，它具有相同的界面，TransactionTemplate但它不知道如何表现。你负责它的实现——这就是模拟的全部意义所在。您在代码中显式调用template.execute()，这就是您第一次验证通过的原因。但这execute()不是 Spring 中的那个（或者更准确地说template，在您的测试中不是 Spring 的一个实例TransactionTemplate，它只是它的一个模拟） - 它是，好吧，可以说它是“空的”，因为它是在模拟上调用的，你没有告诉模拟应该如何调用execute()它。

我将如何解决它

在这种情况下，我真的不鼓励您进行此类单元测试，因为您正在这里测试实现。至少在我看来，您应该测试的是在特定条件下的功能含义，当发生某些事情时，应该会出现一些结果。这需要将其更改为集成测试（例如使用 DBUnit 或其他任何东西）并断言您是否真的删除了应该删除的内容。我的意思是你真正关心的是什么——知道某些方法被调用或者你希望的事情确实发生了？

你怎么能，但恕我直言不应该，修复它。

但是，如果您真的想测试那段匿名代码，那么我只需将它（整个匿名类）提取到一个单独的类中，并为该新类编写一个单元测试，更准确地说是为它的doInTransaction()方法编写一个单元测试。在这种情况下，您将使用创建它new，在其中设置一个模拟DataWarehouseMessageDao并简单地执行您的verify().

于 2012-08-15T00:48:59.617 回答
2

你不应该改变你的代码，这是正确的。在您的单元测试中，而不是 isA 检查，您应该使用ArgumentCaptor来捕获传递的参数，验证该实例是 TransactionCallback 的类型并在其上调用 doInTransaction 方法。因此，您将能够验证是否使用预期参数调用了 dao（建议您可以使用eq匹配器来验证确切值）。

确实，在这个测试中，你一次要测试两件事，但这只是因为你的实现，我并不是说它是错误的。使用某些业务逻辑创建新实例总是会增加代码中的耦合，但这并不意味着我们不应该使用语言能力来做到这一点。

于 2012-08-20T16:23:41.103 回答
0

这是处理事务模板（Java 8+）的另一种方法：

    TransactionTemplate transactionTemplate = mock(TransactionTemplate.class);
    when(transactionTemplate.execute(any(TransactionCallback.class)))
       .then(invocation -> ((TransactionCallback<YourReturnClass>) invocation.getArgument(0))
       .doInTransaction(any(TransactionStatus.class)));

此解决方案将在此虚假交易中执行代码，您可以在之后验证答案。

于 2020-04-13T18:12:28.273 回答