JUnit 5 默认基于 OpenTest4J 实现断言，Assertions.assertEquals 等方法底层抛出 AssertionFailedError；通过 assertAll 实现批量校验、assertThrows 深度验证异常、assumeTrue 控制执行条件、Supplier 延迟生成可读消息来提升测试质量。
JUnit 5 默认使用的断言机制就基于 OpenTest4J（自 JUnit 5.0 起作为底层断言异常规范），它本身不是需要“额外引入”的独立库，而是 JUnit Jupiter 内置的断言基础设施。也就是说，你写的 Assertions.assertEquals(...) 等方法，底层抛出的就是 org.opentest4j.AssertionFailedError —— 这正是 OpenTest4J 定义的标准断言失败异常类型。
所以，“使用 OpenTest4J 编写高级断言”实质上是指：合理运用 JUnit 5 提供的、符合 OpenTest4J 规范的断言 API，尤其是组合断言、延迟失败、结构化消息等能力，来提升测试可读性与调试效率。
用 assertAll 实现批量断言（软断言效果）
当多个校验点需同时执行（不因某一项失败而中断后续检查），assertAll 是最直接体现 OpenTest4J 精神的高级用法：
- 它将多个断言封装为一组，全部执行完再统一报告失败项；
- 每个 lambda 表达式独立执行，失败时记录位置与上下文；
- 报错类型仍是
AssertionFailedError，但携带嵌套的多个 failure。
@Test
void validateUserProfile() {
User user = userService.findById(123);
assertAll("用户信息校验",
() -> assertNotNull(user, "用户对象不应为空"),
() -> assertEquals("张三", user.getName(), "姓名不匹配"),
() -> assertTrue(user.isActive(), "用户应处于激活状态"),
() -> assertThat(user.getEmail()).matches("^[\w.-]+@\w+\.\w+$", "邮箱格式非法")
);
}✅ 关键点：
assertAll的第一个参数是分组名，便于定位；每个 lambda 是一个独立断言单元；失败时会汇总所有错误，而非只报第一个。
用 assertThrows 获取并验证异常细节
OpenTest4J 强调对异常行为的精确断言，assertThrows 不仅捕获异常，还支持对其消息、原因链、字段值做进一步断言：
@Test
void shouldThrowIllegalArgumentExceptionWhenAgeIsNegative() {
Throwable thrown = assertThrows(IllegalArgumentException.class,
() -> new Person("Alice", -5)
);
assertAll("异常详情校验",
() -> assertNotNull(thrown.getMessage()),
() -> assertTrue(thrown.getMessage().contains("age")),
() -> assertNull(thrown.getCause())
);
}✅ 注意：
assertThrows返回异常实例，可继续用assertAll或普通断言深入检查，实现“异常流 + 属性断言”的组合。
用 assumeTrue / assumeFalse 控制测试执行条件
虽然不属于“失败断言”，但 Assumptions 类的方法（如 assumeTrue）也遵循 OpenTest4J 规范，抛出的是 TestAbortedException（同属 OpenTest4J 异常体系），用于声明前置约束：
@Test
void testOnlyOnLinux() {
assumeTrue("linux".equalsIgnoreCase(System.getProperty("os.name")),
"该测试仅在 Linux 环境下运行");
// 后续逻辑...
}✅ 效果：不满足假设时测试被跳过（显示为黄色/aborted），而非失败（红色/failed），语义更清晰。
自定义断言消息与格式化输出
OpenTest4J 要求断言失败时提供可读性强的反馈。JUnit 5 所有 Assertions 方法均支持可选的 String message 或 Supplier<String> 参数：
String actualJson = toJson(user);
String expectedJson = resource("expected-user.json");
assertEquals(expectedJson, actualJson,
() -> "JSON 不一致！
期望:
" + expectedJson + "
实际:
" + actualJson);✅ 推荐用
Supplier<String>延迟计算消息，避免无谓字符串拼接；多行内容有助于快速定位差异。
不复杂但容易忽略
