代码自动化测试

相信很多人和我一样，都不愿意写单元测试。尤其是在为了单纯提高覆盖率，应付测试的时候。但是，为了提高代码的健壮性，并为以后的代码重构，优化建立基础。测试还是特别重要的一个开发工作。

最近，发现了一种测试的写法，如下：

package com.netease.test;

import org.junit.Test;

/**
 * Created by Demon, on 2018/5/17
 */
public class UCTest extends BaseTest {

    @Autowired
    private xxxService xxxService;

    @Autowired
    private xxxDAO xxxDAO;

    @Test
    @Rollback
    @Transactional
    public void test$测试XXX() {
        
         // prepare  data (insert data by dao)
         // service test
         // query from DB for validate (query data by dao)
    }
    
}

在测试接口的时候，接口依赖的所有数据可以先插入到数据库，然后再调用具体的业务方法。具体的业务方法执行完毕后，再从数据库查询数据，对比校验。通过 Rollback 和 Transactional 两个注解，可以保证测试方法跑完后，数据回滚。因此，上述写法的测试是一直可以跑通的。

自己以前测试的时候，都会去数据库插入一些数据，测试跑完后再去数据库查询看结果，有点浪费时间。现在发现完全没有必要，service 测试的时候直接先通过dao 去造数据，执行完毕后，再通过dao去查询校验。这样做的时候，也没必要写 dao 的单测了，因为 dao 就是为你的 service 服务的。这种写法，service 测试肯定会覆盖所有 dao 的 sql 。