为什么测试单个 junit 测试有效，而一起测试它们却不行？

Question

与mvn test（或通过ide）一起测试时失败的测试称为EmpiricalTest。

如果我单独测试该文件，它会通过，但否则不会。为什么会这样呢？

您可以从此处。

这就是我在每次测试之前确保数据库为“空白”的方法：

abstract public class PersistenceTest {

@Before
public void setUp() {
    db.destroy();
    assertIsEmpty(MUser.class);
    assertIsEmpty(Meaning.class);
    assertIsEmpty(Expression.class);
}

private <Entity> void assertIsEmpty(final Class<Entity> entityClass){
    final List<Entity> all = db.getAll(entityClass);
    Assert.assertTrue(all.isEmpty());
}

以及失败的测试：

public class EmpiricalTest extends PersistenceTest {

Answer 1

这与自动分配的 id 有关。 PU 创建一个 SEQUENCE 表，尽管我从实体中清空了数据库，但实际上并没有删除该表。因此，当我单独测试 EmpiricalTest 时，序列按预期从 1 开始，而当一起测试时，测试会稍后执行，并以更高的意外数字开始。

这导致这个问题。

Answer 2

这听起来好像测试之间存在依赖关系。据我通过查看您的测试了解到，您正在测试中访问数据存储。是否有可能其中一项测试没有正确清除他的痕迹，从而导致其他测试失败？

针对数据库的测试通常不被视为单元测试，尽管它非常有用。然而，这些类型的测试（您可以将其称为集成测试）的编码更加困难和耗时，因为您必须非常注意您的测试使环境处于它之前发现的确切状态。

Answer 3

你的问题很常见。在理想的 TDD 世界中，每个测试都应该在与其他测试完美隔离的情况下执行。你违反了隔离，这就是问题所在。

然而，对于测试隔离问题没有简单的解决方案。主要原因是SQL DLL不支持数据库创建/删除，而自动删除表由于可能存在复杂的外键约束而变得复杂。

根据我的经验，最好的想法是在事务内执行测试并在测试结束时回滚数据（就像 Pascal 建议的那样）。 Spring 测试模块 对此提供了很好的支持。

如果您无法在事务边界内执行测试（就像您的事务边界一样），您必须确保每个测试都不会在数据库中留下任何内容（包括外键、约束、序列等），并且测试的设计目的是彼此独立（例如，不依赖于自动生成的 id 值，因为序列生成可以在之前的测试中执行）。

您必须 调试您的 Maven 测试 会话顺序以检查断言有什么问题（我猜您无法判断来自 Surefire 日志）。然后修复测试（失败的测试和在数据库中留下垃圾的另一测试）以相互隔离。