java - 使用 MockitoJUnitRunner.class 而不是 SpringJUnit4ClassRunner.class

Question

我对 SpringJUnit4ClassRunner 的用法有疑问。对于纯 Junit 或单元测试用例，我们应该使用基于 Spring 的注释，例如 @Autowired 和 SpringJUnit4ClassRunner，还是应该只使用 MockitoJUnitRunner 而不是Test 类顶部的 @RunWith 注释？

我的意思是替换

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration({ "classpath:test-applicationContext.xml" })

只是

@RunWith(MockitoJUnitRunner.class)

在类名列前茅。它对我有用。

在 Junits 中，我们通常不进行任何外部调用，例如调用 DB 或调用其他 Web 服务。我们必须在此服务对象上使用 @Mock 注释来模拟这些外部调用。然后创建我们正在测试的类的真实对象，它依赖于这些模拟。然后我们可以在真实对象上使用 @InjectMocks，这样它就会被注入(inject)模拟对象。

示例服务-A->调用->服务-B->调用->服务-C

在测试 A 时我们应该模拟服务 B，在测试服务 B 时我们应该模拟服务 C。

一些代码片段

@RunWith(MockitoJUnitRunner.class)
public class TestServiceA {
    @Mock
    B mockObj;

    @InjectMocks
    A realObj;

    @Test
    public void testServiceA() {
    .....
    .....
    }
}       

所以，我觉得对于单元测试用例，我们不需要依赖 Spring 容器来为我们提供我们正在测试的类的实例。

请提出您的建议。

使用 SpringJUnit4ClassRunner.class 而不是 MockitoJUnitRunner.class

Answer 1

如果您尝试简单地对没有依赖项的类进行单元测试，就像您描述的那样，则不需要 SpringJUnit4ClassRunner。该运行器能够生成一个完整的 Spring 上下文，其中包含您可以在(测试)应用程序上下文配置中定义的(模拟)对象。使用这种机制，SpringJUnit4ClassRunner 比常规的 MockitoJUnitRunner 慢得多。

SpringJUnit4ClassRunner 在集成测试方面非常强大。

我默认从 MockitoJUnitRunner 开始，如果我达到这个运行器的极限，例如因为我需要模拟构造函数、静态方法或私有(private)变量，我切换到 PowerMockJUnitRunner。这对我来说是最后的手段，因为它通常告诉代码是“坏的”并且不是为了测试而编写的。独立单元测试通常不需要其他运行程序。