更改数据库模式和单元测试

Mic*_*mlk 6 java dbunit unit-testing

     在我们开始之前,我知道很少有人认为测试数据库不是"单元测试".也许"集成测试"会是一个更好的名称.无论哪种方式,开发人员测试都会遇到数据库

     为了启用单元测试,我有一个开发人员本地数据库,我清除并在每次测试开始时使用dbUnit填充一组已知的数据.这一切都运行良好,直到测试使用的表以某种方式更改,我必须手动更新所有XML数据集.这是一种痛苦.我认为其他人必须遇到同样的问题,并希望找到一个很好的解决方案.因此,对于需要填充数据库的测试,您使用了什么以及如何处理表定义更改?(虽然我使用Java,但我对使用不同技术的解决方案持开放态度.)

编辑: 澄清一点.我有一个人为的测试,如:

void testLoadRevision() {
    database.clear(); // Clears every table dbUnit knows about.
    database.load("load/trevision.xml", "load/tissue.xml");
    SomeDatabaseThingie subject = new SomeDatabaseThingie(databaseProvider);
    Revision actual = subject.load();
    assert(actual, expected);
}
Run Code Online (Sandbox Code Playgroud)

在那里我有两个表 - tRevision和tIssue.加载的修订版使用来自tIssue的少量数据.后来tIssue获得了一个新的领域,修改不关心.由于新字段"not null"且没有合理的默认值,因此测试将失败,因为tIssue.xml将无效.

通过这样的小改动,编辑tIssue并不困难.但是当XML文件的数量随着每个流开始出现时,它就变成了大量的工作.

干杯,
    mlk

Axe*_*ine 3

嗯,在我看来,这是一个将现有的东西结合起来的问题。

上面描述的场景:

  1. 编写数据库迁移
  2. 应用数据库迁移(手动或在测试运行开始时自动)
  3. 观察您的测试由于违反约束(不为空)而中断

您可以扩展它,使您成为一个执行以下操作的小程序:

  1. 使用 DbUnit XML 填充数据库
  2. 应用数据库迁移
  3. 将数据库内容提取到 DbUnit XML(也可以选择 DTD)中(请参阅 DbUnit 主页 -> DbUnit 常见问题解答 -> 如何从数据库中提取平面 XML 数据集?)
  4. 将更新的 DbUnit XML(和 DTD)检查到源代码管理中。

对于应用迁移,我衷心推荐Flyway。它支持 Sql(带有占位符替换)和基于 Java 的迁移。然后,您可以使用 Maven 插件或以编程方式使用 API 应用迁移。后者非常适合这种情况。

完整的工作流程就变成了:

  1. 编写您的数据库迁移
  2. 执行 DbUnitXmlDtdUpdater 程序
  3. 观察您的单元测试是否通过

快乐的时光,

阿克塞尔

免责声明:我是 Flyway 的开发人员之一。