在我们开始之前，我知道有相当多的人认为访问数据库的测试不是“单元测试”。也许“集成测试”是一个更好的名字。无论哪种方式，开发人员都会测试数据库。
为了启用单元测试，我有一个开发人员本地数据库，我会在每次测试开始时清除该数据库并填充一组已知的数据dbUnit http://www.dbunit.org/。这一切都运行得很好，直到测试使用的表以某种方式发生更改并且我必须手动更新所有 XML 数据集。这是一种痛苦。我认为其他人一定也遇到了同样的问题，并希望找到一个很好的解决方案。那么，对于需要填充数据库的测试，您使用什么以及如何处理表定义的更改？ （当我使用 Java 时，我对利用不同技术的解决方案持开放态度。）
EDIT:澄清一点。我有一个人为的测试，例如：
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);
}
其中我有两个表 - tRevision 和 tIssue。加载的修订版本使用 tIssue 中的少量数据。后来 tissue 获得了修订版不关心的新字段。由于新字段“不为空”并且没有合理的默认值，因此该测试将失败，因为 tIssue.xml 将无效。
通过像这样的小更改，编辑组织并不太难。但是，当 XML 文件的数量随着每个流程而开始激增时，工作量就变得很大。
Cheers,
mlk
嗯，在我看来，这是一个将现有的东西结合起来的问题。
上面描述的场景：
- 编写数据库迁移
- 应用数据库迁移（手动或在测试运行开始时自动）
- 观察您的测试由于违反约束（不为空）而中断
您可以扩展它，使您成为一个执行以下操作的小程序：
- 使用 DbUnit XML 填充数据库
- 应用数据库迁移
- 将数据库内容提取到 DbUnit XML（也可以选择 DTD）中（请参阅 DbUnit 主页 -> DbUnit 常见问题解答 -> 如何从数据库中提取平面 XML 数据集？）
- 将更新的 DbUnit XML（和 DTD）检查到源代码管理中。
对于申请迁移，我衷心推荐Flyway http://flywaydb.org。它支持 Sql（带有占位符替换）和基于 Java 的迁移。然后，您可以使用 Maven 插件或以编程方式使用 API 应用迁移。后者非常适合这种情况。
完整的工作流程就变成了：
- 编写您的数据库迁移
- 执行 DbUnitXmlDtdUpdater 程序
- 观察您的单元测试是否通过
快乐的时光，
Axel
免责声明：我是 Flyway 的开发人员之一。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
