在 Spring Boot 中，我使用 @DirtiesContext 确保在每个测试用例之前清除数据库。
Quarkus AFAIK 没有 @DirtiesContext 注释。相反，建议使用 @TestTransaction。这样，测试用例所做的更改会在测试用例结束时回滚。这适用于单元测试。但是，我正在努力了解如何将其用于集成测试。
我的集成测试使用 rest 对控制器进行调用。一方面，我认为在控制器中使用 @TestTransaction 不是一个好主意。即使我这样做了，当 rest 调用返回时，数据也会被擦除。如果我在控制器中使用@Transaction，我将无法为下一个测试用例擦除数据库。
所以，我的问题是你们如何解决这个问题？在进行集成测试时如何确保有一个干净的上下文。
【问题讨论】：
标签： spring spring-boot quarkus quarkus-panache
似乎 Spring 的 @DirtiesContext 是：
表示与测试关联的
ApplicationContext是脏的测试注释，因此应该关闭并从上下文缓存中删除。如果测试修改了上下文，则使用此注解——例如，通过修改单例 bean 的状态、修改嵌入式数据库的状态等。请求相同上下文的后续测试将提供一个新上下文。
这与通过回滚当前事务来清除数据库完全不同：这会破坏并重新创建整个 Spring 上下文。
使用 Quarkus @QuarkusTestProfile 可以达到同样的效果，描述为 here 为：
如果测试的配置文件与之前运行的测试不同，则 Quarkus 将在运行测试之前关闭并使用新配置文件启动。这显然有点慢，因为它在测试时间中增加了一个关闭/启动周期，但提供了很大的灵活性。
如果您只需要确保 事务 在测试后回滚，那么您需要做的就是注释 测试方法，而不是控制器 与io.quarkus.test.TestTransaction，如here 所述：
您可以在测试中使用标准 Quarkus
@Transactional注释，但这意味着您的测试对数据库所做的更改将是持久的。如果您希望在测试结束时回滚所做的任何更改，您可以使用io.quarkus.test.TestTransaction注释。这将在事务中运行测试方法，但在测试方法完成后回滚以恢复任何数据库更改。
您的应用程序代码将在由测试方法启动的事务中运行，执行您可以在测试方法中测试的事情，最后回滚以擦除参与事务的任何持久状态。这有一些缺陷：（1）如果在某个时候你的逻辑开始一个新事务，这不会自动回滚。 (2) 如果你的逻辑改变了某种不参与事务的状态，这个改变不会回滚。
【讨论】：
@TestTransaction 应该启动一个准备好回滚的事务，并且可以传播到白盒测试中的事务方法。 但是，当您使用黑盒测试（例如通过放心调用 REST 层）时，您正在调用具有自己的线程池的 Servlet。由于事务与线程相关联，您的 REST 调用最终将创建一个新事务，并且该事务将提交（您的 TestTransaction 仅与主线程相关联）。我试图通过手动重置测试数据来解决这个问题。 DbUnit 也是一个解决方案。 Spring 具有相同的行为 afaik。
@DirtiesContext 与 DB 事务无关。它是关于 ApplicationContext 以及它的状态是否被操纵（例如，您在一个测试中模拟了一个 bean，而下一个测试需要真实的东西）。需要这个注解的唯一原因是 Spring Boot 默认缓存上下文，而不是为每个测试重新启动。如果您将 jvm 测试 fork-mode 更改为 class，Spring TestContext 将为每个测试类启动，您甚至不会遇到此问题。但是，这意味着您的测试运行速度会慢很多。
@QuarkusTestProfile，正如 Nikos Paraskevopoulos 所提到的，似乎是 Quarkus 的解决方案。基本上分别为每个测试定义 TestContext 。事实上，一个干净的解决方案，您必须自己在 Spring 中实现。 我不知道 Quarkus 中是否缓存了多个 TestContext（Spring 会这样做，只要有足够的可用内存），因此按照 Quarkus 指南中提到的顺序排序测试似乎是为了获得最佳性能。
【讨论】：