Spring + Mybatis 单元测试（DAO）

最新推荐文章于 2024-05-14 11:01:45 发布

zsensei

最新推荐文章于 2024-05-14 11:01:45 发布

阅读量1.3w

点赞数 4

分类专栏： Java 单元测试文章标签： spring junit mybatis 单元测试

本文链接：https://blog.csdn.net/zsensei/article/details/78311594

版权

Spring + Mybatis 的 dao 层的单元测试内存数据库DbSetup

摘要由CSDN通过智能技术生成

主要依赖

Spring : 4.3.12.RELEASE
mybatis : 3.4.5
junit : 4.12
hamcrest-all : 1.3
h2 : 1.4.196
DbSetup : 2.1.0

DAO 层的单元测试应该怎么做

如果按照单元测试的定义，我们的不应该依赖于如数据库、网络、文件等，使用 Mockito 这类框架可以模拟这些外界因素。但是对于 DAO 层来说，脱离了数据库，单元测试还能发挥它应有的作用吗？

看下面使用 Mockito 的例子

@Test
public void testAdd() {
    Student student = new Student();
    StudentDao studentDao = mock(StudentDao.class);
    studentDao.add(student);
    verify(studentDao).add(student);
}

说实话，上面的测试没有任何作用，即使这个测试通过，它甚至不能保证这个DAO 所执行的 SQL 能在数据库中执行。DAO 层跟数据库耦合的是如此的紧密，以至于脱离数据库的测试没有一点意义。其实我们对 DAO 层的测试是为了两点：

它执行了正确的 SQL 吗？
它返回了我们所需要的数据吗？

这两点都是需要数据库环境支持的。那么我们需要连接本地的数据库进行测试吗？比如说连接本地的 MySQL ? 不，这样会使得测试过于依赖运行的电脑环境，如果别的同事 clone 了这个项目，他还需要搭建测试用的数据库，这很麻烦。所以我们使用内存数据库，像我这边是用 h2 数据库，这样我们只需添加依赖包即可。

如此看来这样的测试已经不能叫单元测试了，更像是集成测试？

哪些是需要测试的？

在我看来，除了最基本的 CURD，其它都测。因为 CURD 通常都是代码生成器，像 mybatis-generator 这样的工具生成的，测试这些生成的 SQL 就像测试第三方的类一样意义不大。只需要测试自己写的方法就好。

Spring Test

Spring 本身就有一套测试框架，很容易跟 Junit 整合。这里的例子使用 Maven 作为构建工具。

测试用到的依赖

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <scope>test</scope>
</dependency>

<dependency>
    <