Mockito：是否在没有 @RunWith(MockitoJUnitRunner.class) 的情况下启用了框架使用验证

Question

我们正在使用 Testng 6.8.8 + Mockito 1.10.19，显然我们不能使用MockitoJUnitRunner，但验证框架仍然有效！ 在这个thread 我读到它不应该是这样的。有人可以解释吗？这是因为我们还有@Before* 回调和MockitoAnnotations.initMocks(this)吗？

我的代码：

public class MealTransformerTest {

MealTransformer mealTransformer = new MealTransformer();

@Test(expectedExceptions = NotImplementedException.class)
public void shouldThrowException() throws NotImplementedException {
    mealTransformer.transform(any(),
            any(),
            any(),
            any());
}

} 在这个特定的测试中没有任何失败，但是当我运行该套件时，Mockito 会告诉我匹配器的错误使用。

我也可以这样做：

public class MealTransformerTest {

MealTransformer mealTransformer = new MealTransformer();

//I don't need it in the tests. But I need at least 1 @Mock or @Spy to trigger framework validation
@Mock
private CloneUtils cloneUtils;

@BeforeMethod
void setUp() {
    MockitoAnnotations.initMocks(this);
}


@Test(expectedExceptions = NotImplementedException.class)
public void shouldThrowException() throws NotImplementedException {
    mealTransformer.transform(any(),
            any(),
            any(),
            any());
}

@Test(expectedExceptions = NotImplementedException.class)
public void shouldThrowException123() throws NotImplementedException {
    mealTransformer.transform(any(),
            any(),
            any(),
            any());
}
}

我收到：

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

不要误会我的意思，我真的很喜欢它的工作原理，但是看到没有@RunWith(MockitoJUnitRunner.class) 时我很惊讶。

Answer 1

Matchers work via side-effects and static global state，所以你可以把这个调用分解成几部分，看看发生了什么。

MockitoAnnotations.initMocks(this);
// in @Before [1]

mealTransformer.transform(any(), any(), any(), any());
//              [6]       [2]    [3]    [4]    [5]

在 init [1] 之后，Java 看到对 any [2-5] 的四次调用和对 transform [6] 的一次调用。然而，Mockito 只看到对any 的四个调用；因为mealTransformer 不是mock，所以Mockito 看不到它的调用。如果您单独运行该测试，Mockito 将留下四个未被消耗的已记录匹配器。 JVM 将拆除测试框架，并且测试将通过——除非您在 @After 方法中调用了 validateMockitoUsage，这将完全捕获这种情况。

但是，当您有两个测试时，它们会像这样叠加起来：

MockitoAnnotations.initMocks(this);
// [1]
mealTransformer.transform(any(), any(), any(), any());
//              [6]       [2]    [3]    [4]    [5]
// test passes! now the next test
MockitoAnnotations.initMocks(this);
// [7]
mealTransformer.transform(any(), any(), any(), any());
//              [12]      [8]    [9]    [10]   [11]

这里，步骤 7 发生在与步骤 1-6 相同的 JVM 中的相同测试执行中，这意味着当堆栈上有 4 个未使用的匹配器时调用 initMocks。这绝不应该发生，所以initMocks 会第一次抓住这个错误。如果误用匹配器异常对应于失败的测试之外的匹配器：testB 因testA 中的匹配器误用而失败。如果在@After 消息中使用validateMockitoUsage，则相应的测试会失败。