单元测试框架Mockito落地实践分享

一、序言

针对功能做测试的时候，我们经常会有单元测试和集成测试，在实际开发过程中发现有很多童鞋经常混淆这两个内容，在分享Mockito使用过程前先区分这两个概念。

二、测试分类和区别

所谓单元测试，其实就是对单个方法内部逻辑的测试，不涉及关联其他分层的代码逻辑测试，比如定义服务层UserService和Dao层UserDao，两个类分别存在save方法，并且前者在方法内部调用后者方法，那么对UserService的save方法进行单元测试只是针对内部逻辑测试，要屏蔽掉UserDao相关方法调用返回值影响。单元测试的特点就是执行速度快，单一的结构，不依赖其他容器。

而集成测试恰好与单元测试相反，它需要将关联类的行为纳入测试结果，便于测试系统各个组件集成后是否能运行正确，更多针对的是整个处理流程。

三、什么是Mock测试

Mock 测试是单元测试的一种形式，通过在测试过程中创建一个假的对象，避免为了测试一个方法，需要自行构建整个 Bean 的依赖链。比如下图，类 A 需要调用类 B 和类 C，而类 B 和类 C 又需要调用其他类如 D、E、F 等，假设类 D 是一个外部服务，那就会很难测试，因为返回结果会直接受下游服务的影响，导致单元测试流程受阻。

而 Mock 测试，就是帮忙解决这个问题。它可以创建一个假的对象，替换掉真实的 Bean B 和 C，这样在方法调用时，实际上就会去调用 Mock 对象的方法，而 Mock 对象又可以设置我们自己的参数值和期望的返回值，让我们可以专注在自己的测试范围内，而不会受到其他的下游服务影响，从而提高整个单元测试的效率。引入 Mock 测试之后整个流程变化如下：

四、什么是 Mockito

Mockito 是一种 Java Mock 框架，他主要就是用来做 Mock 测试的，它可以模拟任何 Spring 管理的 Bean、方法返回值、异常抛出等等，同时也会记录调用这些模拟方法的参数、调用顺序，从而可以校验出这个 Mock 对象是否有被正确的顺序调用，以及按照期望的参数被调用。

比如 Mockito 可以在单元测试中模拟一个 Service 返回的数据，而不会真正去调用该 Service，这就是上面提到的 Mock 测试精神，也就是通过模拟一个假的 Service 对象，来快速的测试当前想要测试的类。目前在 Java 中主流的 Mock 测试工具有 Mockito、JMock、EasyMock等等，而 SpringBoot 目前内建的是 Mockito 框架。

五、单元测试编写

引入依赖，改依赖包含 JUnit 和 Mockito。

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <scope>test</scope>
</dependency>

创建 UserService 和 UserDao，UserService服务提供两个方法 getUserById() 和 insertUser()，分别调用 UserDao 的 getUserById() 和 insertUser() 两个方法，具体代码如下：

@Component
public class UserService {
   
   
    
    @Autowired
    private UserDao userDao;

    public User getUserById(Integer id) {
   
   
        return userDao.getUserById(id);
    }

    public Integer insertUser(User user) {
   
   
        return userDao