java - 在 FlexUnit4 集成测试之间将数据库重置为已知状态的最佳方法？

Question

背景:

我有一个 Flex 网络应用程序，它通过 BlazeDS 与 Java 后端通信。 Flex 客户端由一个包含 View 和表示模型的 flex-client 模块和一个包含模型(值对象)和服务对象的单独的 flex-service 模块组成。

我正在使用 FlexUnit4 为 flex-service 模块的 RemoteObjects 编写异步集成测试。在一些测试中，我修改了测试数据并查询它以查看是否一切正常(此处显示的技术:http://saturnboy.com/2010/02/async-testing-with-flexunit4)

问题:

如何在每个 FlexUnit4 测试方法(或测试方法链)之前将数据库重置为已知状态？在我的 Java 服务器集成测试中，我通过结合使用 DBUnit 和 Spring Test 的事务来做到这一点——在每个测试方法之后回滚。但这些 Flexunit 集成跨越多个请求，因此跨越多个事务。

没有在后端实现集成测试服务API，这怎么能完成。当然其他人也遇到过这个问题吗？之前也有人问过类似的问题(Rollback database after integration (Selenium) tests)，但没有令人满意的答案。

Answer 1

有几个选项:

1. 如果您使用序列作为主键:在数据库加载测试数据后，删除序列生成器并将其替换为以 -1 开头并倒计时的序列生成器。测试后，您可以删除主键 < 0 的对象。中断修改现有数据的测试。

   类似的方法是创建一个特殊用户，或者，如果您创建 时间戳列，则初始数据必须在过去的某个日期之前。不过，这需要额外的索引。

2. 在服务器上使用可以快速删除的数据库(例如 H2)。添加一个服务 API，您可以从客户端调用该 API 以重置数据库。

3. 将撤消添加到您的网络应用程序。这是一个相当大的努力，但却是一个非常酷的功能。

4. 使用允许通过单个命令及时回溯的数据库，例如 Lotus Notes。

5. 根本不要使用数据库。而是编写一个代理服务器，它将以正确的输出响应正确的输入。将一些代码添加到您的真实服务器以将交换的数据写入文件并从中创建您的测试。

   或者编写针对真实服务器运行并创建这些文件的测试用例。这将允许您在修改服务器或客户端上的代码时跟踪哪些文件发生了变化。

   在服务器上，编写测试以确保它将进行正确的数据库修改。

6. 类似于“完全没有数据库”，将所有访问DB的代码隐藏在DB层中，并使用接口(interface)访问它。这允许您编写一个模型层，它的行为类似于真实的数据库，但将数据保存在内存中。听起来很简单，但通常需要大量工作。