最好的方法是:

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

更新 在上下文文件中，这个mock必须在任何自动连接字段(取决于它的声明)之前列出。

今天，我发现在Mockito bean之前声明的spring上下文无法加载。 移动After模拟后，应用程序上下文被成功加载。 保重:)

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

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

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

我的模拟bean定义现在看起来如下:

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

我可以使用Mockito做以下事情:

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

为了记录，我所有的测试都是通过使fixture惰性初始化来正确工作的，例如:

<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在这里(在文章的底部)解释的，一种变通方法是改变bean的声明顺序——延迟初始化是“某种程度上”在最后声明fixture。

自从1.8.3 Mockito有了@InjectMocks——这是非常有用的。我的JUnit测试是@RunWith MockitoJUnitRunner，我构建了@Mock对象，它满足被测试类的所有依赖关系，当私有成员被@InjectMocks注释时，这些依赖关系都被注入。

我现在只使用SpringJUnit4Runner进行集成测试。

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