将 Mockito 模拟注入 Spring bean

最好的方法是：

<bean id="dao" class="org.mockito.Mockito" factory-method="mock"> 
    <constructor-arg value="com.package.Dao" /> 
</bean> 

更新在上下文文件中，这个模拟必须在任何依赖于它的自动装配字段被声明之前列出。

---

@InjectMocks
private MyTestObject testObject;

@Mock
private MyDependentObject mockedObject;

@Before
public void setup() {
        MockitoAnnotations.initMocks(this);
}

这会将任何模拟对象注入测试类。在这种情况下，它会将 mockedObject 注入到 testObject 中。这是上面提到的，但这里是代码。

---

我有一个使用 Spring Java Config 和 Mockito 的非常简单的解决方案：

@Configuration
public class TestConfig {

    @Mock BeanA beanA;
    @Mock BeanB beanB;

    public TestConfig() {
        MockitoAnnotations.initMocks(this); //This is a key
    }

    //You basically generate getters and add @Bean annotation everywhere
    @Bean
    public BeanA getBeanA() {
        return beanA;
    }

    @Bean
    public BeanB getBeanB() {
        return beanB;
    }
}

---

鉴于：

@Service
public class MyService {
    @Autowired
    private MyDAO myDAO;

    // etc
}

您可以通过自动装配加载正在测试的类，使用 Mockito 模拟依赖项，然后使用 Spring 的 ReflectionTestUtils 将模拟注入到正在测试的类中。

@ContextConfiguration(classes = { MvcConfiguration.class })
@RunWith(SpringJUnit4ClassRunner.class)
public class MyServiceTest {
    @Autowired
    private MyService myService;

    private MyDAO myDAOMock;

    @Before
    public void before() {
        myDAOMock = Mockito.mock(MyDAO.class);
        ReflectionTestUtils.setField(myService, "myDAO", myDAOMock);
    }

    // etc
}

请注意，在 Spring 4.3.1 之前，此方法不适用于代理后面的服务（例如，使用 @Transactional 或 Cacheable 注释）。 SPR-14050 已解决此问题。

对于早期版本，解决方案是解包代理，如下所述：Transactional annotation avoids services being mocked（这是 ReflectionTestUtils.setField 现在默认执行的操作）

---

如果您使用的是 Spring Boot 1.4，它有一种很棒的方法。只需在您的类上使用新品牌 @SpringBootTest 并在现场使用 @MockBean，Spring Boot 就会创建这种类型的模拟，并将其注入上下文（而不是注入原始的）：

@RunWith(SpringRunner.class)
@SpringBootTest
public class MyTests {

    @MockBean
    private RemoteService remoteService;

    @Autowired
    private Reverser reverser;

    @Test
    public void exampleTest() {
        // RemoteService has been injected into the reverser bean
        given(this.remoteService.someCall()).willReturn("mock");
        String reverse = reverser.reverseSomeCall();
        assertThat(reverse).isEqualTo("kcom");
    }

}

另一方面，如果你没有使用 Spring Boot 或者你使用的是以前的版本，你将不得不做更多的工作：

创建一个将您的模拟注入 Spring 上下文的 @Configuration bean：

@Configuration
@Profile("useMocks")
public class MockConfigurer {

    @Bean
    @Primary
    public MyBean myBeanSpy() {
        return mock(MyBean.class);
    }
}

使用 @Primary 注释你告诉 spring 如果没有指定限定符，这个 bean 具有优先级。

确保使用 @Profile("useMocks") 对类进行注释，以控制哪些类将使用模拟以及哪些类将使用真实 bean。

最后，在您的测试中，激活 userMocks 配置文件：

@RunWith(SpringJUnit4ClassRunner.class)
@SpringApplicationConfiguration(classes = {Application.class})
@WebIntegrationTest
@ActiveProfiles(profiles={"useMocks"})
public class YourIntegrationTestIT {

    @Inject
    private MyBean myBean; //It will be the mock!


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

如果您不想使用模拟但使用真正的 bean，请不要激活 useMocks 配置文件：

@RunWith(SpringJUnit4ClassRunner.class)
@SpringApplicationConfiguration(classes = {Application.class})
@WebIntegrationTest
public class AnotherIntegrationTestIT {

    @Inject
    private MyBean myBean; //It will be the real implementation!


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

---

由于 1.8.3 Mockito 有 @InjectMocks - 这非常有用。我的 JUnit 测试是 @RunWith MockitoJUnitRunner 并且我构建了 @Mock 对象，这些对象满足正在测试的类的所有依赖项，当私有成员使用 @InjectMocks 注释时，这些对象全部被注入。

我现在只@RunWith SpringJUnit4Runner 进行集成测试。

我会注意到它似乎无法以与 Spring 相同的方式注入 List<T>。它只查找满足 List 的 Mock 对象，不会注入 Mock 对象列表。我的解决方法是对手动实例化的列表使用 @Spy，然后手动将模拟对象添加到该列表以进行单元测试。也许这是故意的，因为它确实迫使我密切关注一起被嘲笑的东西。

---

更新：现在有更好、更清洁的解决方案来解决这个问题。请先考虑其他答案。

我最终在他的博客上找到了 ronen 的答案。我遇到的问题是由于方法 Mockito.mock(Class c) 声明了返回类型 Object。因此 Spring 无法从工厂方法返回类型推断 bean 类型。

Ronen's solution 是创建一个返回模拟的 FactoryBean 实现。 FactoryBean 接口允许 Spring 查询工厂 bean 创建的对象的类型。

我的模拟 bean 定义现在看起来像：

<bean id="mockDaoFactory" name="dao" class="com.package.test.MocksFactory">
    <property name="type" value="com.package.Dao" />
</bean>

---

从 Spring 3.2 开始，这不再是问题。 Spring 现在支持自动装配通用工厂方法的结果。请参阅此博文中标题为“通用工厂方法”的部分：http://spring.io/blog/2012/11/07/spring-framework-3-2-rc1-new-testing-features/。

关键点是：

在 Spring 3.2 中，工厂方法的通用返回类型现在可以正确推断，并且模拟的按类型自动装配应该可以按预期工作。因此，可能不再需要 MockitoFactoryBean、EasyMockFactoryBean 或 Springockito 等自定义解决方法。

这意味着这应该开箱即用：

<bean id="dao" class="org.mockito.Mockito" factory-method="mock">
    <constructor-arg value="com.package.Dao" />
</bean>

---

如果您使用 spring >= 3.0，请尝试使用 Springs @Configuration 注释来定义部分应用程序上下文

@Configuration
@ImportResource("com/blah/blurk/rest-of-config.xml")
public class DaoTestConfiguration {

    @Bean
    public ApplicationService applicationService() {
        return mock(ApplicationService.class);
    }

}

如果您不想使用@ImportResource，也可以反过来：

<beans>
    <!-- rest of your config -->

    <!-- the container recognize this as a Configuration and adds it's beans 
         to the container -->
    <bean class="com.package.DaoTestConfiguration"/>
</beans>

有关更多信息，请查看 spring-framework-reference：Java-based container configuration

---

下面的代码适用于自动装配 - 它不是最短的版本，但当它只适用于标准 spring/mockito jar 时很有用。

<bean id="dao" class="org.springframework.aop.framework.ProxyFactoryBean">
   <property name="target"> <bean class="org.mockito.Mockito" factory-method="mock"> <constructor-arg value="com.package.Dao" /> </bean> </property>
   <property name="proxyInterfaces"> <value>com.package.Dao</value> </property>
</bean> 

---

也许不是完美的解决方案，但我倾向于不使用 spring 为单元测试做 DI。单个 bean（被测类）的依赖关系通常不会过于复杂，所以我只是直接在测试代码中进行注入。

---

我可以使用 Mockito 执行以下操作：

<bean id="stateMachine" class="org.mockito.Mockito" factory-method="mock">
    <constructor-arg value="com.abcd.StateMachine"/>
</bean>

---

基于上述方法发布一些示例

带弹簧：

@ContextConfiguration(locations = { "classpath:context.xml" })
@RunWith(SpringJUnit4ClassRunner.class)
public class TestServiceTest {
    @InjectMocks
    private TestService testService;
    @Mock
    private TestService2 testService2;
}

没有弹簧：

@RunWith(MockitoJUnitRunner.class)
public class TestServiceTest {
    @InjectMocks
    private TestService testService = new TestServiceImpl();
    @Mock
    private TestService2 testService2;
}

---

更新 - 这里有新的答案：https://stackoverflow.com/a/19454282/411229。此答案仅适用于 3.2 之前的 Spring 版本。

我已经寻找了一段时间来寻找更明确的解决方案。这篇博文似乎涵盖了我的所有需求，并且不依赖于 bean 声明的顺序。所有功劳归功于马蒂亚斯·塞弗森。 http://www.jayway.com/2011/11/30/spring-integration-tests-part-i-creating-mock-objects/

基本上，实现一个 FactoryBean

package com.jayway.springmock;

import org.mockito.Mockito;
import org.springframework.beans.factory.FactoryBean;

/**
 * A {@link FactoryBean} for creating mocked beans based on Mockito so that they 
 * can be {@link @Autowired} into Spring test configurations.
 *
 * @author Mattias Severson, Jayway
 *
 * @see FactoryBean
 * @see org.mockito.Mockito
 */
public class MockitoFactoryBean<T> implements FactoryBean<T> {

    private Class<T> classToBeMocked;

    /**
     * Creates a Mockito mock instance of the provided class.
     * @param classToBeMocked The class to be mocked.
     */
    public MockitoFactoryBean(Class<T> classToBeMocked) {
        this.classToBeMocked = classToBeMocked;
    }

    @Override
    public T getObject() throws Exception {
        return Mockito.mock(classToBeMocked);
    }

    @Override
    public Class<?> getObjectType() {
        return classToBeMocked;
    }

    @Override
    public boolean isSingleton() {
        return true;
    }
}

接下来使用以下内容更新您的 spring 配置：

<beans...>
    <context:component-scan base-package="com.jayway.example"/>

    <bean id="someDependencyMock" class="com.jayway.springmock.MockitoFactoryBean">
        <constructor-arg name="classToBeMocked" value="com.jayway.example.SomeDependency" />
    </bean>
</beans>

---

我结合使用 Markus T 在回答中使用的方法和 ImportBeanDefinitionRegistrar 的简单帮助器实现，它查找自定义注释 (@MockedBeans)，可以在其中指定要模拟哪些类。我相信这种方法会产生一个简洁的单元测试，其中删除了一些与模拟相关的样板代码。

以下是使用该方法的示例单元测试的外观：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(loader=AnnotationConfigContextLoader.class)
public class ExampleServiceIntegrationTest {

    //our service under test, with mocked dependencies injected
    @Autowired
    ExampleService exampleService;

    //we can autowire mocked beans if we need to used them in tests
    @Autowired
    DependencyBeanA dependencyBeanA;

    @Test
    public void testSomeMethod() {
        ...
        exampleService.someMethod();
        ...
        verify(dependencyBeanA, times(1)).someDependencyMethod();
    }

    /**
     * Inner class configuration object for this test. Spring will read it thanks to
     * @ContextConfiguration(loader=AnnotationConfigContextLoader.class) annotation on the test class.
     */
    @Configuration
    @Import(TestAppConfig.class) //TestAppConfig may contain some common integration testing configuration
    @MockedBeans({DependencyBeanA.class, DependencyBeanB.class, AnotherDependency.class}) //Beans to be mocked
    static class ContextConfiguration {

        @Bean
        public ExampleService exampleService() {
            return new ExampleService(); //our service under test
        }
    }
}

为此，您需要定义两个简单的帮助程序类 - 自定义注释 (@MockedBeans) 和自定义 ImportBeanDefinitionRegistrar 实现。 @MockedBeans 注释定义需要使用 @Import(CustomImportBeanDefinitionRegistrar.class) 进行注释，并且 ImportBeanDefinitionRgistrar 需要在其 registerBeanDefinitions 方法中将模拟 bean 定义添加到配置中。

如果您喜欢这种方法，您可以在我的 blogpost 上找到示例 implementations。

---

看看 Springockito pace of development 和 number of open issues，我现在有点担心将它引入我的测试套件堆栈。事实上，上一个版本是在 Spring 4 发布之前完成的，这会引发诸如“是否可以轻松地将其与 Spring 4 集成？”之类的问题。我不知道，因为我没试过。如果我需要在集成测试中模拟 Spring bean，我更喜欢纯 Spring 方法。

可以选择仅使用普通 Spring 功能来伪造 Spring bean。您需要为其使用 @Primary、@Profile 和 @ActiveProfiles 注释。 I wrote a blog post on the topic.

---

我找到了一个与 teabot 类似的答案来创建一个提供模拟的 MockFactory。我使用以下示例创建了模拟工厂（因为指向 narkisr 的链接已失效）：http://hg.randompage.org/java/src/407e78aa08a0/projects/bookmarking/backend/spring/src/test/java/org/randompage/bookmarking/backend/testUtils/MocksFactory.java

<bean id="someFacade" class="nl.package.test.MockFactory">
    <property name="type" value="nl.package.someFacade"/>
</bean>

这也有助于防止 Spring 想要解决来自模拟 bean 的注入。

---

<bean id="mockDaoFactory" name="dao" class="com.package.test.MocksFactory">
    <property name="type" value="com.package.Dao" />
</bean>

如果在 XML 文件中首先/早期声明，这个 ^ 工作得很好。 Mockito 1.9.0/Spring 3.0.5

---

我根据 Kresimir Nesek 的提议开发了一个解决方案。我添加了一个新注解 @EnableMockedBean 以使代码更简洁和模块化。

@EnableMockedBean
@SpringBootApplication
@RunWith(SpringJUnit4ClassRunner.class)
@SpringApplicationConfiguration(classes=MockedBeanTest.class)
public class MockedBeanTest {

    @MockedBean
    private HelloWorldService helloWorldService;

    @Autowired
    private MiddleComponent middleComponent;

    @Test
    public void helloWorldIsCalledOnlyOnce() {

        middleComponent.getHelloMessage();

        // THEN HelloWorldService is called only once
        verify(helloWorldService, times(1)).getHelloMessage();
    }

}

我写了一个post来解释它。

---

我建议将您的项目迁移到 Spring Boot 1.4。之后，您可以使用新注释 @MockBean 来伪造您的 com.package.Dao

---

今天我发现我在 Mockito bean 之前声明的 spring 上下文无法加载。移动 AFTER 模拟后，应用程序上下文已成功加载。小心 ：）

---

作为记录，我所有的测试都通过使夹具延迟初始化来正确工作，例如：

<bean id="fixture"
      class="it.tidalwave.northernwind.rca.embeddedserver.impl.DefaultEmbeddedServer"
      lazy-init="true" /> <!-- To solve Mockito + Spring problems -->

<bean class="it.tidalwave.messagebus.aspect.spring.MessageBusAdapterFactory" />

<bean id="applicationMessageBus"
      class="org.mockito.Mockito" factory-method="mock">
    <constructor-arg value="it.tidalwave.messagebus.MessageBus" />
</bean>

<bean class="org.mockito.Mockito" factory-method="mock">
    <constructor-arg value="javax.servlet.ServletContext" />
</bean>

我想基本原理是 Mattias 解释的 here（在帖子的底部），一种解决方法是改变声明 bean 的顺序 - 延迟初始化“有点”在最后声明了夹具。

---

如果您使用的是 spring boot 2.2+，您可以使用 @MockInBean 作为 @MockBean 的替代品并保持您的 Spring 上下文干净：

@SpringBootTest
public class MyServiceTest {

    @MockInBean(MyService.class)
    private ServiceToMock serviceToMock;

    @Autowired
    private MyService myService;

    @Test
    public void test() {
        Mockito.when(serviceToMock.returnSomething()).thenReturn(new Object());
        myService.doSomething();
    }
}

免责声明：我创建这个库是为了避免由 @MockBean/@SpringBean 引起的 Spring Context 重新创建，这会导致构建测试阶段缓慢（请参阅 Using @MockBean in tests forces reloading of Application Context 或 the problem with @MockBean）

---