@RunWith(MockitoJUnitRunner.class) vs MockitoAnnotations.ini

Question

在编写新的jUnit4测试时，我想知道是使用@RunWith(MockitoJUnitRunner.class)还是MockitoAnnotations.initMocks(this)。

我创建了一个新测试，向导使用Runner自动生成了一个测试。Javadocs for MockitoJUnitRunner 声明如下：

与 JUnit 4.4 及更高版本兼容，此运行器添加了以下行为：

初始化用 Mock 注释的模拟，因此不需要显式使用 MockitoAnnotations.initMocks（Object）。模拟在每个测试方法之前初始化。在每个测试方法之后验证框架使用情况。

我不清楚使用 Runner 是否比我过去一直使用initMocks()方法有任何优势。

Answer 1

MockitoJUnitRunner为您提供框架使用情况的自动验证以及自动initMocks()。

框架使用情况的自动验证实际上是值得拥有的。 如果您犯了这些错误之一，它会为您提供更好的报告。

• 您调用静态when方法，但不使用匹配的thenReturn、thenThrow或then完成存根。 （以下代码中的错误 1）

• 您在模拟上调用verify，但忘记提供方法调用您正在尝试验证。（以下代码中的错误 2）

• 在 doReturn 、 doThrow 或 之后调用 when 方法 doAnswer并通过模拟，但忘记提供以下方法您正在尝试存根。 （以下代码中的错误 3）

如果没有验证框架使用情况，则在对 Mockito 方法进行以下调用之前，不会报告这些错误。 这可能是

• 在相同的测试方法中（如下面的错误 1），
• 在下一个测试方法中（如下面的错误 2），
• 在下一个测试类中。

如果它们发生在您运行的最后一个测试中（如下面的错误 3），则根本不会报告它们。

以下是每种类型的错误的外观。 此处假设 JUnit 按照此处列出的顺序运行这些测试。

@Test
public void test1() {
    // ERROR 1
    // This compiles and runs, but it's an invalid use of the framework because 
    // Mockito is still waiting to find out what it should do when myMethod is called.
    // But Mockito can't report it yet, because the call to thenReturn might 
    // be yet to happen.
    when(myMock.method1());
    doSomeTestingStuff();
    // ERROR 1 is reported on the following line, even though it's not the line with
    // the error.
    verify(myMock).method2();
}
@Test
public void test2() {
    doSomeTestingStuff();
    // ERROR 2
    // This compiles and runs, but it's an invalid use of the framework because
    // Mockito doesn't know what method call to verify.  But Mockito can't report 
    // it yet, because the call to the method that's being verified might 
    // be yet to happen.
    verify(myMock);
}
@Test
public void test3() {
    // ERROR 2 is reported on the following line, even though it's not even in 
    // the same test as the error.
    doReturn("Hello").when(myMock).method1();

    // ERROR 3
    // This compiles and runs, but it's an invalid use of the framework because
    // Mockito doesn't know what method call is being stubbed.  But Mockito can't 
    // report it yet, because the call to the method that's being stubbed might 
    // be yet to happen.
    doReturn("World").when(myMock);
    doSomeTestingStuff(); 
    //  ERROR 3 is never reported, because there are no more Mockito calls. 
}

五年多前，当我第一次写这个答案时，我写道

因此，我建议尽可能使用MockitoJUnitRunner。 但是，正如Tomasz Nurkiewicz正确指出的那样，如果您需要另一个JUnit跑步者，例如Spring跑步者，则不能使用它。

我的建议现在已经改变。 自从我第一次写这个答案以来，Mockito团队增加了一个新功能。 这是一个 JUnit 规则，它执行与MockitoJUnitRunner完全相同的功能。 但它更好，因为它不排除使用其他跑步者。

包括

@Rule 
public MockitoRule rule = MockitoJUnit.rule();

在您的测试类中。 这将初始化模拟，并自动执行框架验证;就像MockitoJUnitRunner一样。 但是现在，您也可以使用SpringJUnit4ClassRunner或任何其他JUnitRunner。 从 Mockito 2.1.0 开始，还有其他选项可以准确控制报告哪种问题。

Answer 2

使用runner可以节省一点编码（不需要@Before方法）。另一方面，有时无法使用跑步者，即当您已经在使用跑步者时，例如 SpringJUnit4ClassRunner .

就是这样。这只是一个偏好问题。