assertAll可一次性执行多个断言并汇总所有失败项，支持带标签的分组校验和嵌套分层验证，但需避免在lambda中引入副作用。
用 assertAll 就能一次性执行多个断言，并汇总所有失败项，而不是遇到第一个失败就中断。
批量断言的基本写法
把多个断言逻辑包装成 lambda 表达式，传给 assertAll：
- 所有断言都会被执行，不管前面有没有失败
- 测试结果中会列出全部失败项的具体信息（比如哪个 assertEquals 没通过、值是多少）
- 只要有一个失败，整个测试就判定为失败
示例：
@Test
void checkUserFields() {
User user = new User("Alice", 28, "alice@example.com");
assertAll("user validation",
() -> assertNotNull(user.getName()),
() -> assertTrue(user.getAge() > 0),
() -> assertEquals("alice@example.com", user.getEmail()),
() -> assertNotEquals("", user.getName())
);
}
带分组标签的批量校验
第一个参数是描述性字符串（如 "user validation"），它会出现在测试报告里，帮助快速定位哪一组断言出了问题。不传也可以，但建议加上，尤其在复杂测试中。
- 标签名支持嵌套，比如
"user > profile > contact" - 如果某条断言失败，报告里会显示类似：
user validation: expected:<alice@example.com> but was:<null>
嵌套 assertAll 实现分层校验
可以在一个 assertAll 里再调用另一个 assertAll，适合对不同维度做逻辑分组：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
assertAll("user and address",
() -> assertAll("user fields",
() -> assertEquals("Alice", user.getName()),
() -> assertTrue(user.isActive())
),
() -> assertAll("address fields",
() -> assertNotNull(user.getAddress()),
() -> assertFalse(user.getAddress().isEmpty())
)
);
这样既保持结构清晰，又能确保地址和用户两部分的断言都完整执行。
注意避免副作用
assertAll 内部的每个 lambda 是独立执行的，但如果你在其中写了非断言逻辑（比如修改共享对象、调用有状态方法），可能影响后续断言结果。
- 推荐只放纯验证逻辑，不要混入初始化或赋值操作
- 如果必须前置计算，先在 assertAll 外完成，再把结果传进去校验
比如别这么写：
// ❌ 不推荐：user.update() 可能改变状态，影响后面断言
assertAll(() -> user.update(),
() -> assertTrue(user.isUpdated()));
应该改成：
// ✅ 推荐：先更新，再批量断言
user.update();
assertAll(() -> assertTrue(user.isUpdated()),
() -> assertNotNull(user.getUpdatedAt())); 
