java Assert断言适合单元测试吗

简短结论：java.lang.Assert（即 assert 关键字）不适合用于单元测试。单元测试中应当使用测试框架提供的断言（如 JUnit/TestNG 的 Assert、AssertJ、Hamcrest 等）。

下面详细解释原因和区别。

一、Java 中的 assert 是什么

Java 的 assert 是语言级别的断言：

assert x > 0 : "x must be positive";

特点：

• 默认关闭，需要 JVM 参数 -ea（enable assertions）才生效
• 失败抛出 AssertionError
• 主要用于内部不变式检查（debug / 防御性编程）

二、为什么不适合单元测试

1️⃣ 默认不生效（最致命问题）

单元测试依赖“失败即报错”，但：

• 没加 -ea 时，assert 直接被忽略
• CI / 运行环境很容易漏配，导致“测试永远通过”

2️⃣ 错误信息不友好

assert list.size() == 3;

失败只告诉你：

java.lang.AssertionError

没有期望值 / 实际值对比。

3️⃣ 不支持测试生命周期

测试框架断言失败会：

• 标记该测试方法失败
• 继续其他测试
• 生成测试报告

assert 失败直接抛 Error，流程控制不友好。

4️⃣ 不利于表达测试意图

单元测试强调可读性，例如：

assertEquals(3, list.size());
assertThat(list).hasSize(3);

比：

assert list.size() == 3;

更清晰、可维护。

三、单元测试中应该使用什么

✅ JUnit

@Test
void test() {
    assertEquals(3, list.size());
    assertTrue(list.contains("a"));
}

✅ AssertJ（推荐）

assertThat(list)
    .hasSize(3)
    .contains("a");

✅ TestNG

Assert.assertEquals(actual, expected);

四、assert 适合用在哪？

✅ 适合：

• 方法参数校验（开发阶段）
• 不变量检查（private 方法内部）
• 调试辅助

示例：

void process(int x) {
    assert x >= 0 : "x should not be negative";
}

❌ 不适合：

• 单元测试
• 生产环境强校验（应用 IllegalArgumentException）

五、总结一句话

单元测试请用测试框架的断言，assert 只是调试工具，不是测试工具。

如果你愿意，我也可以对比 JUnit Assert、AssertJ、Hamcrest 的写法差异。