当 spring boot 与 spock 集成测试中 applicationcontext 启动失败（如依赖注入缺失）时，maven 默认可能将整个测试类标记为“ignored”且构建仍成功；升级 maven-surefire-plugin 至 3.0.0-m7 或更高版本可修复该问题，使构建真实失败。
在基于 Spring Boot 的 Spock 集成测试中，若 @SpringBootTest 类因上下文初始化失败（例如 @Autowired 字段无法解析、配置属性缺失或 Bean 定义冲突），你可能会观察到一个反直觉的现象：所有测试方法均显示为 “ignored”（已忽略），且 Maven 构建依然返回 SUCCESS。这严重削弱了测试的可靠性——本应暴露的配置缺陷被悄无声息地绕过。
根本原因在于 maven-surefire-plugin v3.0.0-M4 存在一个已知缺陷：当 Spring TestContext 框架抛出 IllegalStateException 或 ApplicationContextException 等早期上下文初始化异常时，该插件未能正确捕获并传播错误，而是将测试类整体视为“未执行”（即 ignored），而非失败（failed）。
✅ 正确解决方案是升级 Surefire 插件版本。自 3.0.0-M7 起，该问题已被修复，上下文启动失败会触发 TestSetFailedException，导致测试套件失败，Maven 构建立即中断：
org.apache.maven.plugins maven-surefire-plugin 3.0.0-M10 **/*Spec.class
⚠️ 注意事项：
- 不要使用 3.0.0-M4 或更早的 -Mx 快照版本进行生产级测试；
- 若项目同时使用 JUnit 5 和 Spock，请确保 surefire-plugin 版本 ≥ 3.0.0-M7，且 spock-core 与 spock-spring 适配当前 Groovy 和 Spring Boot 版本（如 Spock 2.4+ 兼容 Spring Boot 3.x）；
- 升级后，可通过故意引入一个无效 @Value("${missing.prop}") 或移除必要 @Bean 来验证行为：此时构建应明确报错，输出类似 Failed to load ApplicationContext 的堆栈，并终止执行。
总结：Spock 测试被静默忽略并非 Spock 或 Spring 的设计行为，而是 Surefire 插件的历史兼容性缺陷。一次插件版本升级即可恢复测试失败即构建失败的健壮契约，这是保障 Spring Boot 应用集成质量的关键一步。
