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
嗯,在我看来,这是一个将现有的东西结合起来的问题。
上面描述的场景:
您可以扩展它,使您成为一个执行以下操作的小程序:
对于应用迁移,我衷心推荐Flyway。它支持 Sql(带有占位符替换)和基于 Java 的迁移。然后,您可以使用 Maven 插件或以编程方式使用 API 应用迁移。后者非常适合这种情况。
完整的工作流程就变成了:
快乐的时光,
阿克塞尔
免责声明:我是 Flyway 的开发人员之一。
| 归档时间: |
|
| 查看次数: |
2296 次 |
| 最近记录: |