Mockito给UnfinishedVerization异常时，它似乎可以

Question

当我认为我已经做了所有正确的事情时，Mockito似乎抛出了一个UnfinishedVerizationExc0019。这是我的部分测试案例：

HttpServletRequest req = mock(HttpServletRequest.class);
when(req.getHeader("Authorization")).thenReturn("foo");

HttpServletResponse res = mock(HttpServletResponse.class);

classUnderTest.doMethod(req, res); // Use the mock

verify(res, never());
verify(req).setAttribute(anyString(), anyObject());

下面是分部类和方法：

class ClassUnderTest extends AnotherClass {
    @Override
    public String doMethod(ServletRequest req, ServletRequest res) {
        // etc.
        return "someString";
    }
}

忽略了一个事实，即您永远不应该模拟您不拥有的接口，为什么Mockito会给我以下消息？

org.mockito.exceptions.misusing.UnfinishedVerificationException: 
Missing method call for verify(mock) here:
-> at (redacted)

Example of correct verification:
    verify(mock).doSomething()

Also, this error might show up because you verify either of: final/private/equals()/hashCode() methods.
Those methods *cannot* be stubbed/verified.

at [test method name and class redacted]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.mockito.internal.runners.JUnit45AndHigherRunnerImpl.run(JUnit45AndHigherRunnerImpl.java:37)
at org.mockito.runners.MockitoJUnitRunner.run(MockitoJUnitRunner.java:62)
at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
... etc

Answer 1

由于使用了any（）和boolean参数，而显然它需要是anyBoolean（）。

Answer 2

这是我自己遇到的，它给我带来了很多困惑。

正如上面David提到的，Mockito在下一个Mockito方法调用中报告错误，该调用可能不在同一个测试方法中。虽然异常消息确实包含对发生错误的实际位置的引用，但我发现错误测试失败会对测试过程产生反作用。测试越简单，下一次测试中出现错误的可能性就越大！

以下是一个简单的修复方法，可确保错误出现在正确的测试方法中：

@After
public void validate() {
    validateMockitoUsage();
}

从此处的Mockito文档：

如果您滥用它，Mockito会抛出异常，以便您知道您的测试是否编写正确。问题是Mockito在下次使用框架时进行验证（例如，下次验证、存根、调用mock等）。）。但是，即使在下一次测试中可能引发异常，异常消息也包含一个带有缺陷位置的可导航堆栈跟踪元素。因此，您可以单击并找到Mockito被滥用的地方。

不过，有时您可能希望显式验证框架用法。例如，其中一个用户希望将validateMockitoUsage（）放在他的@After方法中，这样他就可以立即知道他何时误用了Mockito。如果没有它，他不会早于下次使用框架时就知道了。在@After中使用validateMockitoUsage（）的另一个好处是，jUnit运行程序总是会在测试方法中失败，而普通的“下次”验证可能会在下一个测试方法中失败。但是，即使JUnit可能会将下一个测试报告为红色，也不要担心，只需单击异常消息中的可导航堆栈跟踪元素，即可立即找到您误用mockito的地方。

Answer 3

如果您尝试验证一个需要带有any（）的基元参数的方法，也可能会导致此问题：

例如，如果我们的方法具有以下签名：

method(long l, String s);

如果您尝试这样验证，它将失败，并显示上述消息：

verify(service).method(any(), anyString());

将其更改为anyLong（），它将工作：

verify(service).method(anyLong(), anyString());