Mockito——在使用maven运行时，InvalidUseOfMatchersException，但直接从eclipse工作

Question

我有一个rest调用的mock方法。

public void createRestClientMock() {
        org.mockito.Mockito.when(
                restClient.sendResponse(org.mockito.Matchers.anyString(),
                        org.mockito.Matchers.anyString())).thenAnswer(
                new Answer<Object>() {
                    public Object answer(InvocationOnMock invocation) {
                        Object[] args = invocation.getArguments();
                        actualResponse = args[1].toString();
                        LOG.debug(actualResponse);
                        return null;
                    }
                });
    }

当我从eclipse运行junit时，真正的方法就像预期的那样受到嘲笑，一切都正常工作。

但是，当我试图运行jUnit从Jenkins使用maven构建，我得到以下错误：-

org.mockito.exceptions.misusing.InvalidUseOfMatchersException: 
Misplaced argument matcher detected here:

-> at uk.co.common.Test.createRestClientMock(Test.java:166)

You cannot use argument matchers outside of verification or stubbing.
Examples of correct usage of argument matchers:
    when(mock.get(anyInt())).thenReturn(null);
    doThrow(new RuntimeException()).when(mock).someVoidMethod(anyObject());
    verify(mock).someMethod(contains("foo"))

Also, this error might show up because you use argument matchers with methods that cannot be mocked.
Following methods *cannot* be stubbed/verified: final/private/equals()/hashCode().
Mocking methods declared on non-public parent classes is not supported.

添加依赖项

<dependency>
            <groupId>org.mockito</groupId>
            <artifactId>mockito-core</artifactId>
            <version>2.0.13-beta</version>
            <scope>test</scope>
        </dependency>

        <dependency>
            <groupId>org.hamcrest</groupId>
            <artifactId>hamcrest-core</artifactId>
            <version>1.3</version>
            <scope>test</scope>
        </dependency>

Answer 1

您的方法看起来是正确的，并且可以正确地独立运行。这意味着您的错误可能在作为同一Maven套件的一部分运行的另一个方法中。

Mockito匹配器并不是纯粹的功能：在幕后有一个ThreadLocal匹配器堆栈，用于下一次存根或验证调用。Mockito matcher调用添加到此堆栈并返回伪值。然而，Mockito无法非常仔细地监控这个堆栈，因为在测试结束之前，它无法分析或预测匹配器调用的使用是否正确，此时它没有抛出异常所需的控件。这意味着，当在同一个JVM中运行一系列基于Mockito的测试时，Matcher尤其容易受到测试污染。

当单独运行测试时，或者使用不同的套件运行程序（Maven vs Eclipse）时，测试工作正常。不幸的是你，Maven命令你的测试，所以损坏的测试在你上面发布的测试之前。请注意，“破碎的测试”仍然通过；它只是让Matcher堆栈处于不良状态，这会导致正确的测试失败。

要诊断您的问题，请使用MockitoJUnitRule初始化测试。它将自动处理@Mock/@Spy/@Captor初始化（替换MockitoAnnotations.initMocks（this）），重要的是，它将调用Mockito。在每次测试结束时验证mOckitoUsage（）<如果匹配器堆栈为空或任何存根或验证调用不完整，code>validateMockitoUsage将引发异常；如果运气好的话，坏掉的测试将会失败，确保你正确的测试通过。

（如果你不能使用MockitoJUnitRule，请使用JUnit4运行程序MockitoJUnitRunner，它与MockitoJUnitRule相同，但不能与其他运行程序或规则一起使用。当然，你也可以直接调用validateMockitoUsage，如果你在JUnit3上，或者你需要确定方法（你误用了匹配器。）

如果您发现您的匹配器被误用，并希望更好地理解它，这可能是另一个SO问题的好主题。

Answer 2

我也遇到了同样的问题，结果是因为maven-surefire插件试图使用JUnit3运行程序而不是JUnit4，导致@RunAnd（MockitoJUnitRunner.class）注释被忽略。有几个潜在的原因，例如：

>

在类路径中同时包含JUnit3和JUnit4。

使用不同于类路径中的选项。

在我的例子中，我提升了一个现有的项目，用jUnit： jUnit替换了jUnit： junit-dep，却没有意识到我在pom中的肯定配置有jUnit： junit-dep。Eclipse忽略POM中的任何内容，并将默认创建JUnit4配置，因此在运行时所有测试都通过了...JUnit测试。