为何JUnit会通过本不应通过的测试？测试输出重复问题咨询

• 断言逻辑错误：比如将assertFalse(condition)误写为assertTrue(condition)，或是断言的变量、对象与实际待验证内容不匹配，导致错误的断言被判定为通过。
• 测试状态未隔离：测试用例之间未做好状态隔离，前一个测试修改了静态变量、数据库数据、单例对象等全局状态，后续测试复用这些异常状态，意外满足断言条件。
• 异常处理掩盖错误：测试代码中捕获了本该触发失败的异常，但未做任何断言或抛出处理，导致JUnit无法感知到错误，例如：

try {
    // 预期会抛出异常的代码
} catch (Exception e) {
    // 无任何后续处理，掩盖了错误
}

• 注解或API误用：误用JUnit注解（比如@Test(expected = ...)指定的异常与实际抛出的不匹配，或未正确标记测试方法），或是混用不同版本的JUnit断言API，导致断言未生效。
• 依赖或类路径冲突：项目中引入了多版本JUnit，或测试依赖的类与生产环境类不一致（如加载了旧版本类），类行为与预期不符导致测试误判。

• 测试执行阻塞：测试中涉及IO操作（文件、网络请求）未设置超时，或存在死循环、锁等待（多线程测试未正确释放锁），导致测试线程卡住，触发JUnit重复执行或日志重复输出。
• 构建/IDE缓存问题：Maven/Gradle的测试缓存未失效，或IDE（IntelliJ/Eclipse）的测试运行器缓存了旧结果，甚至测试进程未正常终止，导致重复启动测试任务、输出重复结果。
• 多线程资源竞争：多线程测试中存在资源竞争，线程间的日志输出被打乱，或测试执行流程异常，出现重复的结果输出。
• 第三方扩展故障：使用的JUnit第三方扩展（如Spring Test、Mockito插件）内部逻辑错误，导致测试重复执行或卡顿。
• 系统资源不足：内存不足引发JVM频繁GC，或CPU被其他进程占用，导致测试执行缓慢产生卡顿感，日志因输出延迟出现重复。

内容的提问来源于stack exchange，提问作者ecee