2

我正在尝试增加整体集成测试执行时间，我目前正在评估各种内存数据库解决方案。这个想法是让 DAO 在测试期间访问内存数据库，而不是访问真正的数据库。这是一个使用 Hibernate 进行持久性的 java 应用程序。

我很想看看您对这些产品之一 H2、Derby、HSQLDB、Oracle Berkeley DB 的体验。

我的一些担忧是：内存数据库是否能够执行存储过程、自定义本机 sql？您能否有选择地选择您的哪一项服务应该访问真实数据库和内存数据库？

总的来说，由于这种方法涉及数据库引导（预加载/预创建所有带有数据的表），我现在正在考虑是否只模拟 DAO 层而不用担心所有未知问题是否会更容易在 mem DB 中可能会带来...

谢谢。

4

4 回答 4

5

我的建议是测试所有内容，包括您提到的 DAO 层。但是看看你是否可以分段测试它。服务、DAO、用户界面。

对于服务层测试，模拟 DAO。这样，服务层测试就独立于 DAO 是否正常工作。如果服务层测试使用 DAO 并使用真实数据库，那么我认为这不是真正的单元测试，而是集成测试。尽管这些也很有价值，但如果它们失败了，它并不能像单元测试那样查明问题。

对于我们的 DAO 层测试，我们使用 DbUnit 和HSQLDB。（如果您使用 Spring/Hibernate/DbUnit 将它们捆绑在一起，则使用 Unitils 会有所帮助。）我们的 DAO 测试执行得很好而且很快（当您有 500 多个测试时，这很重要）。内存数据库模式是从我们的模式创建脚本构建的，因此我们也在测试这些脚本。我们将一些平面文件中的一组已知数据加载/刷新到内存数据库中。（与我们使用 DEV 数据库时相比，一些数据会被删除，然后破坏测试）。 这个解决方案非常适合我们，我会推荐给任何人。

但是请注意，我们无法以这种方式测试使用存储过程的 DAO（但我们只有一个）。我有点不同意发帖人提到使用不同的数据库是“不好的”——只要注意差异并知道这样做的含义。

您没有提到您是否使用 Hibernate——这是一个重要因素，因为它使我们远离修改可能特定于 Oracle、SQLServer 或 HSQLDB 的任何 SQL，而另一张海报提到了这一点。

于 2009-07-08T18:47:00.433 回答
1

模拟 DAO 层。

尽管有些人声称，除非您只是使用微不足道的 sql，否则数据库之间的细微实现差异和不同的功能集将限制您可以做的事情（存储过程、视图等），并且在某种程度上也会使测试无效。

我个人选择的模拟框架是 Mockito。但是有很多东西可以完成这项工作，并且模拟 DAO 是标准做法，因此您会找到很多文档。

于 2009-07-08T18:34:01.147 回答
1

为单元测试和生产使用不同的数据库是个坏主意。

顺便说一句，在真实数据库中的测试应该很快，可能你在测试中做错了什么。

于 2009-07-08T18:34:40.287 回答
1

我刚刚在 mem db 中遇到了 Oracle Times Ten。 http://www.oracle.com/technology/products/timesten/index.html

这似乎可能是最轻松的解决方案。因为不需要额外的模拟/配置。您的所有集成测试仍然完好无损地进入数据库，但现在数据交付速度更快。你们有什么感想 ？

于 2009-07-08T21:56:28.677 回答