持续集成之路 —— Mock对象引起的测试失败

今天遇到了一个很奇怪的问题，纠结了好久。在和同事念叨这个问题时，突然想到了问题所在。

问题现象： 在一个Service的单元测试类中有八个测试用例，单独运行时都可以正常通过。可是一旦一起运行时，总是会有固定的两个测试失败。

问题原因：有一个测试用例mock了Service依赖的一个Dao对象，之后的用例再使用这个Dao对象时，就使用了mock，而不是Spring初始化的Instance.

解决方法：在测试用例结束，重新将Spring初始化Dao对象set给Service对象，具体代码：

public class ReportServiceTest {
    //被测试的Service，由Spring初始化
    @Autowired
    private UserService userService;
    //Service依赖的Dao，由Spring初始化
    @Autowired
    private UserDao userDao;

    @Test
    @DatabaseSetup("dataset.xml") //测试数据集
    public void testGetManager(){
        //创建mock对象
        UserDao mockUserDao = mock(UserDao.class);
	//设置mock的Dao要模拟的操作
        when(...).thenReturn(..);
        //替换依赖
        ((UserServiceImpl)userService).setUserDao(mockUserDao);

        //具体测试代码
        ……

	//将mock的dao替换掉
        ((UserServiceImpl)userService).setUserDao(userDao);
    }
}

除了上面的方法，还可以通过设定用例的执行顺序解决上面的问题。但是这个方法还是具有一定的危险性，一定要保证使用mock对象的测试用例最后执行，并且所有使用mock对象的用例之间要安排好执行顺序。关于如何指定测试用例的执行顺序，可以参考下面的文章：

Understanding JUnit method order executionJUnit test method orderingOrdered testcases execution in junit 4