specs2 的 beforeAll 失败被 Gradle 报告器 ClassCastException 掩盖

specs2 测试输出 No reporter found for test descriptor，接着出现 LifecycleTrackingTestEventReporter cannot be cast to ... GroupTestEventReporterInternal，先找更早的测试初始化异常。报告器的强转失败可能是第二个错误，不能据此断定业务测试只是少了一个 Gradle 插件。

明确触发组合是 Gradle 9.5.0、Java 21，以及使用 specs2 BeforeAfterAll 的测试类：beforeAll() 抛异常后，报告事件的父子结构触发 Gradle 测试报告器失败。同一类测试在 9.2.1 下能显示实际的 FatalExecution 和内部 RuntimeException。

先定位一个失败类

保留完整堆栈，再按项目真实类名缩小范围：

./gradlew test --tests com.example.FailureCaseSpec --stacktrace

com.example.FailureCaseSpec 为示例。这个命令会执行初始化和测试，应使用测试数据环境。查看日志最早的测试异常、specs2 的 FatalExecution，以及 beforeAll() 中数据库、文件或服务准备是否失败。不要只截取末尾的 ClassCastException。

若当前报告器已无法输出根因，可在初始化代码允许的边界中保留异常日志后重新抛出，避免吞掉异常让测试继续。日志中不要包含连接密码或测试令牌。也可以在受控分支中使用项目兼容的已知行为正常版本对照；上述 9.2.1 仅是该触发用例的对照，不是对所有项目的降级建议。

报告器恢复正常后，原测试仍可能失败

先修复 beforeAll() 的真实错误。若初始化有明确且可重复的失败，修好它可能使该测试不再走到报告器的异常路径，但这不代表报告器缺陷已在工具链中修复。

不要把整个初始化包进空的 catch，也不要删除 BeforeAfterAll 或标记测试跳过来获得绿灯。这会让测试未准备好依赖仍继续运行，或直接减少覆盖。

如果必须调整 Wrapper 版本来恢复诊断，先保留 Wrapper 与插件锁定，检查 specs2、Scala 和项目插件的兼容范围。在单独分支中完成同一失败用例与完整测试回归，再决定是否纳入 CI。不要直接改生产项目的 JDK 或全局 Gradle。

验收要分成两项：故意保留初始化失败的隔离用例应显示可理解的原始异常，不再由报告器崩溃取代；正常初始化时，原有测试数和结果应保持一致。相关问题被关闭不等于当前 Wrapper 已有修复，以匹配发布版本和实测输出为准。