有没有一个类似 dbunit 的框架，不适合 java/scala？

Question

我正在考虑制作一个新的轻量级数据库填充框架。我绝对讨厌 dbunit。在此之前，我想知道是否有人已经这样做了。

我不喜欢 dbunit 的事情：

1) 不推荐使用最简单的编写和入门格式。他们希望你使用臃肿的格式。有些甚至需要 xml 模式。是的，无论如何。

2) 它们不是按照您编写行的顺序填充行，而是按照 xml 文件中定义表的顺序填充行。这确实很糟糕，因为您无法以外键约束不会导致问题的方式对数据进行排序。这只会迫使您经历完全关闭它们的麻烦。

这也会浪费时间并让您的 junit 基类变得臃肿，以包含禁用外键约束的代码。您可能必须测试数据库类型（hsqldb 等）并以特定于数据库的方式禁用它们。这太糟糕了。

如果 dbunit 帮助自动禁用外键约束作为其框架的一部分，那就更好了，但他们不这样做。他们确实记录了方言……那么为什么不使用它们呢？最终，所有这些都会迫使程序员浪费时间，而不能快速起床进行测试。

3) XML 写起来很痛苦。这一点我不需要多说。他们还提供了很多方法来做到这一点，我认为这只会让事情变得复杂。只需提供一种真正可靠的方法即可完成。

4) 当你的数据变得很大时，跟踪 id 及其一致/正确的关系是一件非常痛苦的事情。

另外，如果您一个月没有在某个项目上工作，您如何记住 user_id 1 是管理员，user_id 2 是业务用户，user_id 3 是工程师，而 user_id 4 是其他用户？回去检查这会浪费更多时间。除了任意数字之外，应该有一种有意义的方式来检索它。

5）速度很慢。我发现除非使用 hsqldb，否则它的速度慢得令人痛苦。不一定是这样。还有很多方法可以搞乱其配置，因为“开箱即用”并不容易。为了让它正常工作，你必须经历一个坎坷。所有这些都是鼓励人们不要使用它，或者当他们开始使用它时感到生气。

6) 有些值往往会重复很多，比如日期。最好指定默认值，甚至让框架自动添加默认值，即使您没有告诉它将默认值放在那里。这样你就可以只用你想要的值创建对象，而忽略其余的。如果不需要的话，这肯定比指定列的每个角落和缝隙要好。

7）可能最烦人的事情是第一个条目必须包含所有值 - 甚至空占位符 - 或未来的行将不会选择您实际指定的列。

DBunit 也没有将 [NULL] 转换为真正的空值的合理默认值。您必须手动添加它。告诉我，谁没有用 dbunit 做过这样的事？每个人都有。不应该是这样的！

这意味着，如果您有一个多态对象，则必须在第一行中声明每个子类的连接表的所有外键，即使它们为空。如果您为所有子类模式创建一个表格，您仍然必须在第一行指定所有字段。这太糟糕了。

有什么可以让我满意的吗？或者我应该成为下一个更好的数据库测试框架的框架开发人员？

Answer 1

我们正在编写 Daleq 作为 DbUnit 的包装器，以解决上述的一些问题。它允许在单元测试中填充数据库，而不是依赖于编辑 XML 文件。

Answer 2

我对 DBUnit 也有类似的问题。特别是使用它来填充本地开发数据以及从真实数据库导出数据。我遇到过几种情况，它会导出一个无法导入的数据集。

这启发我为它编写一个新的库：​​ https://github.com/jeffskj/phonydata

这使用 Groovy DSL 来定义数据集，这使得数据的表示非常紧凑，并且可以做一些很酷的事情，例如生成随机数据，因为它只是 Groovy 代码。

Answer 3

DBUnit的情况有时确实令人沮丧。一些问题是从 Marc Philipp 与 dbunit-datasetbuilder，特别是如果您将其与 validator，处于非常早期的阶段。您可以在 SZE< 中查看它的实际情况/a>.

免责声明：所有引用的 github 资源均由我维护。

Answer 4

可以找到使用 Spring 配置和 Specs2 测试的替代方案

Answer 5

我刚刚发布了一个基于 DSL 的 groovy 框架，名为pedal-loader，可通过 github 获取。文档此处。

它允许您直接使用 JPA 实体级抽象。由于它是一个 groovy 脚本，因此您可以使用所有 groovy 结构。

要将行插入到由名为 Student 的 JPA 实体支持的表中，其中包含名为 id、name 和grade 的字段（不是数据库列，而是映射字段），您可以执行如下操作：

allStudents = table(Student, ['id', 'name', 'grade']) {
    row 1, 'Joe', Grade.A
    rowOfInterest = row 2, 'John', Grade.B
}

Grade 是映射的 Student 类中的枚举到数据库列（可能使用 JPA 2.1 @Convert 注释）。 allStudents 是一个包含行的列表，rowOfInterest 是对特定行的引用。这些属性（allStudents 和 rowOfInterest）可用于您的单元测试。

Answer 6

我不知道 DbUnit 有任何真正的替代品，并且 @Joe 在我眼中：

• Incanto< /a>：与数据库无关
• SQLUnit：用于测试数据库存储过程的回归和单元测试工具（这不是DbUnit 是关于什么的）
• Cactus：容器内测试工具（我无法看到它对数据库有什么帮助）
• Liquibase：数据库迁移工具（不加载/验证数据)
• ORMUnit：可以初始化数据库，但仅此而已
• JMock：根本不与 DbUnit 竞争话虽

这么说，我个人已经在小型和大型项目中成功使用过 DbUnit 多次，而且我发现它非常有用，特别是在使用 Unitils 及其 DbUnit 模块时。这并不意味着它是完美的并且无法改进，但是有了合适的工具（无论是定制的还是像 Unitils 这样的工具），使用它都是一种不错的体验。

那么我来回答一下你的一些观点：

1. 不推荐使用最简单的编写和入门格式。他们希望你使用臃肿的格式。有些甚至需要 xml 模式。是的，无论如何。

DbUnit 支持平面或结构化 XML、XLS、CSV。您想使用什么革命性的格式？顺便说一句，使用 XML 时，DTD 或模式不是必需的。但它给了你一些不错的东西，比如验证和自动完成，这有什么不好呢？ Unitils 可以轻松为您生成它，请参阅生成数据库结构的 XSD 或 DTD。

如果 dbunit 能够帮助自动禁用外键约束作为其框架的一部分，那就更好了，但他们并没有这样做。他们确实记录了方言……那么为什么不使用它们呢？最终，所有这些都会迫使程序员浪费时间，而不能快速起床进行测试。

他们正在等待您的补丁。

同时，Unitils 提供透明地处理约束的支持，请参阅禁用约束并更新序列。

XML 编写起来很痛苦。这一点我不需要多说。他们还提供了很多方法来做到这一点，我认为这只会让事情变得复杂。只需提供一种真正可靠的方法即可完成。

我想痛苦是主观的，但我并不觉得痛苦，特别是在使用模式和自动完成时。您建议的灵丹妙药是什么？

当您的数据变得很大时，跟踪 ID 及其一致/正确的关系是一件非常痛苦的事情。

保持它们很小，这是众所周知的最佳实践。您违反了已知的最佳实践，然后抱怨......

此外，如果您一个月没有参与某个项目，您如何记住 user_id 1 是管理员，user_id 2 是业务用户，user_id 3 是工程师，而 user_id 4 是其他用户？回去检查这会浪费更多时间。除了任意数字之外，应该有一种有意义的方式来检索它。

是的，任务切换会适得其反。但由于您正在处理低级数据，因此您必须知道它们是如何表示的，当然，除非您使用更高级别的 API，否则没有神奇的解决方案（但这不是 DbUnit 的目的）。

速度很慢。我发现除非使用 hsqldb，否则它的速度慢得令人痛苦。不一定是这样。还有很多方法可以搞乱其配置，因为“开箱即用”并不容易。为了让它正常工作，你必须经历一个坎坷。所有这些都是鼓励人们不要使用它，或者当他们开始使用它时感到生气。

这是数据库和 JDBC 所固有的，而不是 DbUnit 所固有的。如果您希望事情尽可能快，请使用像 H2 这样的快速数据库（如果您有更好的不可知论方式来做事，我很高兴了解它）。

最烦人的事情可能是第一个条目必须包含所有值（甚至是空占位符），否则以后的行将不会选择您实际指定的列。

当使用 Unitils - Home - JavaPolis 2008< 等演示文稿中提到的 Unitils 时，情况并非如此/a> 或 单元测试：unitils &数据库维护。

有什么可以让我满意的吗，或者我应该成为下一个更好的数据库测试框架的框架开发人员吗？

如果您认为可以让事情变得更好，也许可以为现有的解决方案做出贡献。如果这是不可能的，并且如果您认为您可以创建杀手级数据库测试框架，那么我能说什么，那就去做吧。但不要忘记，咆哮很容易，使用自己的解决方案提出解决方案就不那么容易了。

Answer 7

作为一名 DbUnit 开发人员，我很感谢您的批评，并且我必须部分同意您的观点。我们目前正在开始设计下一个 DbUnit 主要版本，我希望邀请您参与讨论和开发。

我不会回答您的观点，因为您的问题与 DbUnit 并不真正相关，而是与 DbUnit 替代品相关。不管怎样，我只是想强调你的第 7 点是完全错误的：你不再需要指定第一行的所有列，该功能称为列感应。我不会告诉你为什么默认情况下它没有启用，因为你肯定足够聪明，可以自己理解它。

我会对scaladbtest进行深入的研究，希望我们能够整合他们的想法。

Answer 8

面对使用 DBUnit 的类似问题，我发现了这一点： http://dbsetup.ninja-squad.com/ index.html 可能会解决问题。例如，所有 DB 内容都包含在 java 类本身中，而不是在单独的文件中表示测试数据。

Answer 9

如果您使用 Spring 框架（或者不介意至少使用它进行测试），那么 Spring DBUnit 目前是我所知道和使用的普通 DBUnit 的最佳（维护）替代品。引用他们的网站：

Spring DBUnit 提供 Spring 测试之间的集成
框架和流行的 DBUnit 项目。它允许您设置和
使用简单的注释和检查来拆卸数据库表
测试完成后的预期表内容。

Spring DBUnit 似乎是用于 DB 单元测试的“有点官方”的 Spring 解决方案（使用 DBUnit）；至少该库的作者/维护者 Phil Webb 正在 SpringSource/Pivotal 工作。

Answer 10

我使用 DBUnit，并使用一些包装器来平滑粗糙的边缘。 Jailer 是一个可以补充或重叠功能的好工具。它可以从参考数据库中提取数据子集，并将其存储为 DBUnit 兼容的 XML 文件，或存储为“拓扑排序的 DML 文件”，这些文件遵循外键约束。

Answer 11

我刚刚发布了一个名为 JDBDT（Java 数据库增量测试）的库
您可以在软件测试中用于数据库设置和验证。

看看 http://jdbdt.org

最好，
爱德华多

Answer 12

另一次投票赞成用现代库包装 DBUnit，以提高可用性和简洁性。我的选择是 database-rider，这使得 DBUnit 使用起来变得轻而易举，甚至支持 JUnit 5，如以下示例所示：

@RunWith(JUnitPlatform.class)
@ExtendWith(DBUnitExtension.class)
@DBUnit(cacheConnection = true, cacheTableNames = true)
class TestInstrumentQueryService {

    private ConnectionHolder connHolder = () -> EntityManagerProvider.instance("my-jta-unit").connection();

    @DBRider
    @DataSet("datasets/instrumentIds.yml")
    void testFindInstrumentById() {

        InstrumentQueryService iqs = new InstrumentQueryService(EntityManagerProvider.em());

        Instrument instr = iqs.findInstrumentById(InstrumentIdType.TICKER_BBG, "AAPL");
        assertEquals(100, instr.getId());
    }
}

请注意，这如何允许无缝地利用（简洁）YAML 测试数据集（YAML 不是 XML，尽管我相信 DBUnit 实际上本身就支持这些数据集）。

Answer 13

你说得很好。

在过去的几年里，我一直在为很多门户网站工作，主要使用 PHP，但有时也使用一些 Java。
和你一样，我不明白，这么多年之后，框架和单元测试开发人员似乎没有意识到过去十年存储处理发生了多大的变化。
仅仅将创建/插入/截断语句发送到某个数据库是不够的！
如果您大规模运营，您最终会使用各种存储后端，分层组织以快速推出热门内容。另外，在数据库方面还存在数据分区的问题。如果您没有适当的外键抽象，那么当您的存储设置发生更改时，您肯定会发疯。当我们这样做时：按外键优先级排序的固定装置有很多陷阱，而且我还没有看到 DBUnit 的真正解决方案。

无论如何，关键是仅仅有一个用于单元测试的基本数据库存储对于复杂的存储设置来说是不够的，因为它们通常无法在实时环境中重现问题并且维护起来很痛苦。

不想让自己听起来像个狂热爱好者：ruby on Rails 是一个一切都还不错的地方。
它有一个持久的模型概念，人们似乎实际上已经对此进行了一些思考。如果您正在处理 PHP，Symfony 就是您该去的地方。它受到默认包含 Doctrine 的限制，而且也相当以数据库为中心，但它具有干净的接口和良好的可扩展性，并完全复制了 Rails 夹具系统。从专业角度来说，我现在需要坚持使用自制解决方案，但它们工作正常。

Answer 14

以下是我特别喜欢或感兴趣的一些类似的工具（除了 DBunit 之外）的简短列表。至少他们可以提供一些灵感：

• Incanto
• SQLunit
• 仙人掌
• Liquibase
• ORMUnit
• JMock

请注意，就范围或功能集而言，这些都不是 DBunit 的真正竞争对手。然而，其中有一些有趣的想法可能值得一看。祝你好运！