java - 如何使用特定参数验证流畅的接口(interface)模拟链

Question

在将其标记为重复之前，我已经浏览了我能找到的所有主题，但没有看到任何与我想要实现的目标相近的内容。

我正在为几个所谓的“流畅”接口(interface)编写单元测试，并且在验证方法调用链而又不使其变得过于复杂和不可读时遇到困难。也许，我以为我错过了一些东西，而我只是想重新发明轮子。我该怎么做呢？

有了一个模拟对象MyQuery mockedQuery，我想实现以下目标:

MyQuery nameQueryMock = Mockito.mock(MyQuery.class);
Mockito.doReturn(nameQueryMock).when(mockedQuery)
    .name("SPECIFIC NAME");
MyQuery addressQueryMock = Mockito.mock(MyQuery.class);
Mockito.doReturn(addressQueryMock).when(nameQueryMock)
    .address("SPECIFIC ADDRESS");
Mockito.doReturn(JOHN_QUERY_RESULT).when(addressQueryMock)
    .singleResult();

我希望做的更像是:

Mockito.when(mockedQuery.name("SPECIFIC NAME").address("SPECIFIC ADDRESS").singleResult()).thenReturn(JOHN_QUERY_RESULT);

但我发现事实并非如此。我尝试使用 Mockito 提供的答案(RETURNS_DEEP_STUBS 是我尝试过的事情之一)，但我发现它仅适用于文档中指出的链的最后一个方法调用。就我而言，仅当 name() 方法传递“SPECIFIC NAME”并且传递 address() 时，我才需要返回 JOHN_QUERY_RESULT “具体地址”。

我希望能够以更简洁的方式实现这一点，因为我的链包含更多的方法，并且采用第一种方法会用大量我希望避免的代码使我的测试过载。我在这里缺少什么？

更新:

一些背景:MyService 提供了 createQuery() 方法，该方法返回 MyQuery 的新实例。此服务(MyService)在我尝试测试的类中使用，该类做了一些工作，但它利用了(那些)查询以检索有关它必须执行的操作的信息。因此，模拟 MyService 并将其注入(inject)到被测试的类中，同时使用模拟的 MyQuery 将允许我测试行为本身，从而消除内部实现MyQuery 的功能，只需能够指定特定查询搜索的返回内容即可。

Answer 1

根据您的背景信息，我想出了以下示例:
(所以这可能与你的真实情况完全不同)

假设你的 TestClass 有一个这样的方法

public String someMethod(String name, String address) {
    return service.createQuery().name(name).address(address).singleResult();
}

它的测试看起来像这样:

@InjectMocks
TestClass testClass;

@Mock
MyService service;

@Test
public void test() {

    MyQuery query = Mockito.mock(service);
    when(service.createQuery()).thenReturn(query);

    Mockito.when(mockedQuery.name("SPECIFIC NAME")
                            .address("SPECIFIC ADDRESS")
                            .singleResult())
           .thenReturn("JOHN_QUERY_RESULT");

    Assert.assertEquals("JOHN_QUERY_RESULT", testClass.someMethod("SPECIFIC NAME", "SPECIFIC ADDRESS"));
}

<小时/>

In my case, I need to return JOHN_QUERY_RESULT only when both the name() method is passed "SPECIFIC NAME" and address() is passed "SPECIFIC ADDRESS".

该部分已经被测试覆盖，因为如果模拟不匹配，您将得到一个 NullPointerException 。

此外，它听起来与 TestClass 的 UnitTest 无关，但应该与 MyQuery 的 UnitTest 相关。

<小时/>

但是让我们看一下测试。我们可以看到测试的每一行都包含基于mock的操作。

我们通过该测试取得了什么成果？我们测试了TestClass吗？

没有。我们可以直接模拟整个 TestClass 并直接返回结果。 mock TestClass 是不好的。

所以我的回答是:没什么。

我们已经验证了mockito做了应该做的事情，并且链接方法调用可以工作，但这超出了良好测试的范围。

<小时/>

我们可以做些什么来改进这一点？

我想说这样的测试并不适合单元测试，更不适合模拟，相反我们应该专注于集成测试。

如果 MyQuery#singleResult 有一些第三方交互，例如与数据库的交互，那么这就是可以被 mock 的东西。

但是最终我们仍然需要另一个集成测试来进行数据库交互。在这种情况下，我们最好限制自己只测试一些通常难以重现的异常。