Java mybatis映射器的依赖junit测试

Java mybatis映射器的依赖junit测试,java,junit,mybatis,Java,Junit,Mybatis,我目前正在使用mybatis对web服务的数据库进行CRUD操作,通过xml映射器文件进行配置。在以前的工作中,为了测试我们的映射器,我们将在映射器上为每个方法编写一个单元测试,因此对于select,我们将编写一些样板来创建一个实体并将其插入内存数据库,然后我们将调用映射器来检索它,并对我们得到的内容进行一些断言。这适用于其他CRUD测试(对于通过映射器插入、创建和插入实体,编写简单查询以检索刚刚插入的数据和断言,或者检查数据库行数等) 我还阅读了关于相互依赖的单元测试的概念(仅当testA通过

我目前正在使用mybatis对web服务的数据库进行CRUD操作,通过xml映射器文件进行配置。在以前的工作中,为了测试我们的映射器,我们将在映射器上为每个方法编写一个单元测试,因此对于select,我们将编写一些样板来创建一个实体并将其插入内存数据库,然后我们将调用映射器来检索它,并对我们得到的内容进行一些断言。这适用于其他CRUD测试(对于通过映射器插入、创建和插入实体,编写简单查询以检索刚刚插入的数据和断言,或者检查数据库行数等)

我还阅读了关于相互依赖的单元测试的概念(仅当testA通过时才运行testB,在执行select测试之前假设行数大于0等),我看到了一些关于这些测试是否真正算作单元测试或它们是否是更多集成测试的争论

我想知道的是,对于mybatis mappers来说,是否值得为每个函数创建一个单独的测试,并且只需要编写额外的代码就可以让数据库进入适合测试的状态,或者检索插入的数据等等,或者引入这种测试依赖性机制并将其视为一种集成测试(如果插入失败,不要麻烦选择等等)更有意义吗


为了增加一点透视图,目前我们有针对映射器的标准单元测试,然后是与服务的集成测试(创建一个从json保存的实体,保存它,检索并转换为另一个对象以发送到另一个服务,这类性质的事情)。我不知道如何定义依赖junits;在我看来,他们似乎会坐在上面的单元测试层和集成测试层之间

这个问题可能有点宽泛,但我已经向我的团队提出了这个想法,他们对这两种方法都不太关心;我只是想知道哪一种方法对mybatis测试更为明智。有人对此有意见吗?