如何覆盖 Mockito 模拟上的默认答案？

Question

我有以下代码：

private MyService myService;

@Before
public void setDependencies() {
    myService = Mockito.mock(MyService.class, new StandardServiceAnswer());
    Mockito.when(myService.mobileMethod(Mockito.any(MobileCommand.class), Mockito.any(Context.class)))
            .thenAnswer(new MobileServiceAnswer());
}

我的意图是所有对模拟 myService 的调用都应该以标准方式回答。但是，应以特定方式接听对mobileMethod（公开）的呼叫。

我发现，当我在线添加对mobileMethod 的调用的答案时，Java 实际上是在调用myService.mobileMethod，而不是附加myService.mobileMethod，这会导致NPE。

这可能吗？似乎应该可以覆盖默认答案。 如果可能，正确的做法是什么？

更新

这是我的Answers：

private class StandardServiceAnswer implements Answer<Result> {
    public Result answer(InvocationOnMock invocation) {
        Object[] args = invocation.getArguments();

        Command command = (Command) args[0];
        command.setState(State.TRY);

        Result result = new Result();
        result.setState(State.TRY);
        return result;
    }
}

private class MobileServiceAnswer implements Answer<MobileResult> {
    public MobileResult answer(InvocationOnMock invocation) {
        Object[] args = invocation.getArguments();

        MobileCommand command = (MobileCommand) args[0];
        command.setState(State.TRY);

        MobileResult result = new MobileResult();
        result.setState(State.TRY);
        return result;
    }
}

Answer 1

两个不相关的意外一起导致了这个问题：

• Mockito.any(Class)doesn't actually return an object of that class。它返回null 并在secret internal matcher stack called ArgumentMatcherStorage 上隐藏一个“忽略参数并接受任何内容”匹配器。该参数值实际上为 null，但在大多数情况下您不会看到它。

• 语句when(foo.bar()).thenReturn(baz) 实际上总是调用foo.bar()。通常，这没有副作用——尤其是当你对它的第一个动作链进行 stub 时——所以你不会注意到它。

在存根期间，Java 调用您的真实答案，并尝试在基于匹配器的（空）参数上调用 setState。根据 Java 评估顺序，这是有道理的：Mockito 调用你的答案，就好像它是被测系统调用你的答案一样，因为 Mockito 无法知道对 mobileMethod 的调用立即在对 when 的调用之前。它还没有到达那里。

答案是使用“doVerb”方法，例如doAnswer、doReturn和doThrow，我喜欢称之为“Yoda语法”。因为这些包含 when(object).method() 而不是 when(object.method())，所以 Mockito 有机会取消您之前设定的期望，并且您的原始答案永远不会被触发。它看起来像这样：

MyService myService = Mockito.mock(MyService.class, new StandardServiceAnswer());
Mockito.doAnswer(new MobileServiceAnswer())
    .when(myService).mobileMethod(
          Mockito.any(MobileCommand.class), Mockito.any(Context.class));

值得注意的是，异常是您的覆盖不起作用的唯一原因。在正常情况下，“when-thenVerb”绝对可以覆盖，并且会回溯到之前的动作，以免抛出像.thenReturn(...).thenThrow(...)这样的连续动作。还值得注意的是，when(mobileMethod(command, context)) 在存根期间会更改 command 和 context 而不会引发异常，这可能会引入细微的测试差距。

一些开发人员甚至更喜欢“doVerb-when”语法而不是“when-thenVerb”语法，因为它具有从不调用其他模拟的良好行为。欢迎您得出相同的结论——“doVerb”完成“when-thenVerb”所做的一切，但在覆盖模拟和间谍行为时使用更安全。我自己更喜欢“when”语法——它更易于阅读，并且它会检查返回值——只要你记得有时“doVerb”是到达你需要去的地方的唯一方法。

Answer 2

你想做的事情是有效的，当我这样做的时候它就起作用了：

private Properties props;

@Before 
public void setUp() {
    props = mock(Properties.class, new Answer<String>() {
        @Override
     public String answer(InvocationOnMock invocation) throws Throwable {
         return "foo";
     }
    } );
    when(props.get("override")).thenAnswer(new Answer<String>() {
        @Override
     public String answer(InvocationOnMock invocation) throws Throwable {
         return "bar";
     }
    } );
}

@Test
public void test() {
    assertEquals("foo", props.get("no override"));
    assertEquals("bar", props.get("override"));
}

因此，使用调试器逐步执行您的测试用例，以找出与这个简单用例不同的地方。