因为项目组一些应用系统需要将Oracle数据库更换为国产分布式数据库，数据试实特地基于Kotlin、库动Junit5、态测Database Rider等开发了一套可配置的数据试实SQL测试工具，以在规模性测试之前，库动快速了解目标数据库对当前应用中各种SQL的态测兼容程度和默认行为，从而尽快对目标数据库进行评测，数据试实并据此在项目初期对迁移改造工作量有更准确的库动估计。

由于项目基于Kotlin语言，态测又用到了JUnit5动态测试特性，数据试实以及Database Rider数据库测试框架，库动特此作一分享，态测方便需要的数据试实同学围观和参考。

当然，库动数据库厂商或行业肯定有更为专业的态测工具对数据库的SQL逻辑和兼容性进行测试，至少有SQLsmith、Sqllogictest、SQLancer等，不在本文讨论范围之内，感兴趣的同学可以自行了解，也请专家老师多多批评指正。

JUnit 5是JUnit的下一代，于2017年9月首次GA，目标是为JVM上的云南idc服务商开发测试建立一个新的基础，包括专注于Java 8及更高版本，以及启用许多不同风格的测试。

JUnit5提供了名为JUnit Platform的可运行不同测试引擎的平台，以及JUnit Jupiter引擎供编写和运行JUnit5风格的测试，还有用于运行JUnit4、JUnit3测试的JUnit Vintage引擎。

JUnit5架构

JUnit5除了提供更为强大的断言工具之外，还提供了嵌套测试、重复测试、参数化测试、模板测试和动态测试等很多强大的测试编写工具，非常的方便。

Database Rider形象图

Database Rider是基于数据库进行测试的新工具，旨在使DBUnit更接近您的JUnit测试，让数据库测试更为简单易用。相较于已经不再维护的DbUnit，接棒的Database Rider在测试配置、测试数据集定义、b2b供应网多数据库支持、JUnit5支持、Cucumber支持等很多方面进行了增强。

以下是Database Rider文档中的一个示例：

)

{

);

());

})

() {

().

).

();

).

().

().

);

}

好了，对相关工具有了简单的了解之后，下面就开始进入正题吧。

首先，我们先看一下最终的运行效果。

Html测试报告

以上就是目前运行完成后生成的Html格式的报告。可以看到目前共有48个测试案例，都运行通过了，耗费17s多。有一点遗憾是，表格中的Method name列显示的内容和预想的不同，暂时还没有找到解决的方法。

下面是在IntellJ IDEA中显示的运行结果。同样地，容器级别未能按照动态测试代码指定的DisplayName去显示。香港云服务器

IntellJ IDEA运行效果

为了实现该测试，使用了如下方式：

首先，我们在build.gradle.kts文件中添加了对Junit5、Database Rider、数据库驱动、Yaml解析、Jexl表达式等的依赖。

{

))

)

)

)

)

)

)

)

)

)

)

)

)

数据库的连接和初始化使用了JPA持久化配置，这是是Database Rider所要求的。

@

javax.persistence.schema_generation.database.action@是一个占位符，利用了Gradle编译的替换机制，可以根据运行需要决定是否重新初始化数据库。

数据库结构和数据初始化脚本文件参考如下，来自某个Oracle教程的示例数据库，稍微作了一些改造。

需要注意的是，这里的每个SQL语句只能占用一个文本行，否则JPA运行时会报错。

;

;

;

;

;

;

;

);

);

);

);

;

);

为了方便组织测试，使用了测试容器和测试案例两个概念，允许有多个测试案例配置文件，每个配置文件反序列化为一个测试容器，文件里的每个配置项反序列化为一个测试。

下面分别是测试和容器的数据类定义：

(

,

,

,

,

,

,

,

) {

}

(

,

,

测试案例使用Yaml文件来配置，下面是一个示例：

:

: []

:

]

以下是其中一个测试集（用于测试各种查询语法）的配置的片段：

:

]

]

]

]

目前共使用了4个配置文件，分别用于测试DDL、字典表相关查询、函数相关查询和各种SELECT语句：

以下是测试配置的反序列化代码，将某个资源目录下所有yml扩展名的文件最终构造为MutableMap。

由于对Kotlin不是很熟悉，代码有些啰嗦，还可以简化一下。

返回文件路径是为了利用Junit5的Test Resource特性，让IDE可以将测试对应到代码或资源，但实际没有生效，未作深入研究。

{

())

()

())

)

)

}

())

()

{

)

}

()

接下来就进入重头戏环节了，首先定义了一个名为SqlDynamicTest的类，用于接受测试配置，再返回动态测试框架所需要的对象。

(

,

) {

()

{

) {

) {

{

}

}

{

)

}

{

()) {

)

}

()) {

)

}

) {

)

)

()

)

)

)

)

}

}

) {

)

()

()

}

}

}

{

()

)

) }

) {

))

()

{

)

}

}

) {

)

)

)

}

}

) {

)

)

)

)

}

}

下面这段代码，就是动态测试的入口了，怎么样，是不是很简单？

{

{

()

(

,

(),

()

()

)

()

}

以下是几个辅助性质的函数，部分用到了Kotlin的扩展语法，用于支持对控制台输出的文字进行着色，以及用forEach遍历时不抛出异常。

)

)

) {

) {

{

)

) {

)

}

}

好了，到这里就分享结束了，基本上把核心的代码都一一作了介绍，怎么样，有没有对Kotlin、JUnit5、Database Rider等多了一些认识？希望本文可以在工作中帮助到你，感谢你的耐心阅读！