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

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

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

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

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

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

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

我有一个非常简单的解决方案使用Spring Java配置和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注释)。sprr -14050已经修复了这个问题。

对于早期版本，一种解决方案是打开代理，如文中所述:事务性注释避免模拟服务(这就是ReflectionTestUtils。setField现在默认执行)