JUnit与Mockito单元测试典型示例

单元测试的重要性无需赘述，但单元测试也会遇到困难，其中之一就是如何创建依赖。试想我们常见的server端分层架构，数据访问层Dao，业务层，以及Web层，想要单元测试业务层，我们需要依赖Dao层提供数据支持，Dao层又依赖数据库，数据库需要shema以及data。为了测试业务逻辑，竟然需要准备那么多东西，想想就麻烦，单元测试的热情也减去大半。这个问题的解法就是mock技术，模拟被依赖的组件的行为。

先聊聊单元测试

单元测试简单来说就是类的测试，测试对象是某一个类，测试内容是类逻辑的正确性，这里强调一下，测试内容只关注被测试类自身的逻辑，被测试类所依赖类的逻辑，理应由其它单元测试去cover。下图是一个简单的示意图：

单元测试只关注Target的逻辑。如果没有Target Dependency，那么当然更好，直接测试。万一有Target Dependency呢？有些时候构建Target Dependency很简单，new一个对象即可。如果向开头说的那种Dao依赖类呢？硬着头皮创建数据库，初始化表结构和数据，当然可以，但是这些与我们要测试的业务层的正确性没啥关系。

一个更经济环保的做法是mock Dao类。可是如何mock？mock什么内容呢？Java世界里面有很多优秀的mock工具，比如EasyMock、jMock以及Mockito，可以用来简化我们的mock工作。本文只讨论mockito。至于mock什么内容的问题，我的理解是mock类的行为，也就是类的Method，Value Object直接创建即可。类的Method大概分为以下几个内容：

• Method名字
• Method输入参数
• Method输出返回值
• Method异常
• Method执行语句

Method名字当然无法改变，没有mock的说法。其它的都可以mock。

Dao mock示例

先准备entity以及Dao接口：

public class User {
    private Long id;
    private String name;

    public Long getId