assertAll与JUnit5中的多个断言

Wil*_*nik 28 java junit unit-testing assertions junit5

是否有任何理由对多个断言进行分组:

public void shouldTellIfPrime(){
    Assertions.assertAll(
            () -> assertTrue(isPrime(2)),
            () -> assertFalse(isPrime(4))
    );
}
Run Code Online (Sandbox Code Playgroud)

而不是这样做:

public void shouldTellIfPrime(){
    Assertions.assertTrue(isPrime(2));
    Assertions.assertFalse(isPrime(4));
}
Run Code Online (Sandbox Code Playgroud)

Nic*_*lai 37

有趣的assertAll是它总是会检查传递给它的所有断言,无论有多少失败.如果全部通过,一切都很好 - 如果至少有一个失败,你会得到所有出错的详细结果(并且正确).

它最适用于断言一组属于概念的属性.你的第一直觉就是"我想把它当成一个".

您的具体示例不是最佳用例,assertAll因为isPrime使用素数和非素数进行检查是相互独立的 - 所以我建议为此编写两种测试方法.

但是,假设你有一个简单的类像场的地址city,street,number并愿断言,那些是你所期望的他们是:

Address address = unitUnderTest.methodUnderTest();
assertEquals("Redwood Shores", address.getCity());
assertEquals("Oracle Parkway", address.getStreet());
assertEquals("500", address.getNumber());
Run Code Online (Sandbox Code Playgroud)

现在,一旦第一个断言失败,你将永远不会看到第二个断言的结果,这可能非常烦人.有很多方法可以解决这个问题,而JUnit Jupiter assertAll就是其中之一:

Address address = unitUnderTest.methodUnderTest();
assertAll("Should return address of Oracle's headquarter",
    () -> assertEquals("Redwood Shores", address.getCity()),
    () -> assertEquals("Oracle Parkway", address.getStreet()),
    () -> assertEquals("500", address.getNumber())
);
Run Code Online (Sandbox Code Playgroud)

如果测试中的方法返回错误的地址,则会出现以下错误:

org.opentest4j.MultipleFailuresError:
    Should return address of Oracle's headquarter (3 failures)
    expected: <Redwood Shores> but was: <Walldorf>
    expected: <Oracle Parkway> but was: <Dietmar-Hopp-Allee>
    expected: <500> but was: <16>
Run Code Online (Sandbox Code Playgroud)

  • 我不完全同意“一个测试,一个断言”的经验法则。它假设被测代码运行起来既快速又简单。当您的测试从低级单元测试扩展到高级集成测试时,此假设不成立。运行一段昂贵的代码并在结果上运行几个廉价的断言比多次运行昂贵的代码并每次测试一件事要高效得多。中间点的断言也有助于调试。只要你清楚地标记断言,使用多个就没有问题。 (17认同)
  • 我同意不要滥用它并只测试一个假设,但不同意计算断言有任何价值。这纯粹是语法上的考虑,没有任何相关性。以我的例子为例:“Address:equals”很可能恰好测试这些属性,在这种情况下,我可以用一个断言来验证它们。从逻辑上讲,根本没有区别,但突然之间“只有一个断言”。如果我费尽心思为班级创建 Hamcrest 匹配器,情况也是如此。 (4认同)
  • 但不要滥用它!一个单一的测试方法应该总是测试*关于生产代码的一个假设*。这就是通常每个测试方法只有一个断言的主要原因。 (2认同)

Nko*_*osi 6

根据此处的文档

断言所有提供的可执行文件都不会抛出 AssertionError。

如果任何提供的 Executable 抛出 AssertionError,则所有剩余的可执行文件仍将被执行,并且所有失败都将在 MultipleFailuresError 中汇总和报告。但是,如果一个可执行文件抛出一个不是 AssertionError 的异常,执行将立即停止,并且该异常将按原样重新抛出,但被屏蔽为未经检查的异常。

所以主要区别在于assertAll将允许所有断言在不中断流程的情况下执行,而其他断言如assertTrue和批次将使用AssertionError停止测试

因此,在您的第一个示例中,无论通过失败,两个断言都将执行,而在第二个示例中,如果第一个断言失败,则测试将停止。

是否有任何理由将多个断言分组

如果您希望在单元测试中执行所有断言。