JUnit5测试异常：批量运行时预期未抛出NoSuchElementException

核心排查方向 #

• 清理日志框架静态残留状态
  多数日志框架（如Logback、SLF4J）依赖静态变量缓存配置或Logger实例，即便你在@BeforeEach中重新实例化IPcdsLogger，底层日志上下文可能未完全重置。可在@BeforeEach或@AfterEach中调用日志框架的重置API，比如Logback的LoggerContext.reset()，确保每次测试的日志环境完全独立。
• 强制设置测试专属日志级别
  批量运行时测试执行顺序不可控，其他测试可能修改了全局日志级别（比如设为高于TRACE的级别），导致testLogLevelTraceCheck中触发NoSuchElementException的分支未执行。在测试方法开头显式设置日志级别为TRACE，比如logger.setLevel(Level.TRACE)，确保当前测试的日志级别符合预期。
• 校验异常触发逻辑的依赖条件
  确认testLogLevelTraceCheck中抛出NoSuchElementException的逻辑是否严格依赖TRACE级别。可在测试中加入调试输出，打印当前日志级别、关键变量值，对比单独运行与批量运行时的差异，验证触发异常的前置条件是否真的满足。
• 确认@BeforeEach的执行有效性
  在@BeforeEach方法中加入日志打印（比如输出IPcdsLogger实例的hashCode），验证批量运行时该测试的@BeforeEach是否正常执行，确保每次测试都拿到全新的Logger实例，没有被其他测试的状态干扰。
• 排查测试类的共享静态状态
  如果TestLogger类存在静态变量，即便@BeforeEach重置成员变量，静态变量的状态仍会在测试间残留（比如静态日志配置缓存、静态测试数据）。将所有测试相关状态改为非静态，或在@BeforeEach/@AfterEach中强制重置静态变量。
• 强化测试实例隔离性
  确认测试类未手动设置@TestInstance(TestInstance.Lifecycle.PER_CLASS)，保持默认的PER_METHOD生命周期，确保每个测试方法都拥有独立的测试实例。必要时可自定义JUnit 5扩展，在每个测试前后完全重置日志环境。

内容的提问来源于stack exchange，提问作者ale.soft