Spock测试Spring上下文启动失败解决方法

当 Spring Boot 项目中 Spock 测试因上下文初始化失败（如依赖注入异常）而被静默忽略，导致构建意外通过时，根本原因常是 Maven Surefire 插件旧版本（如 3.0.0-M4）的缺陷；升级至 3.0.0-M7 或更高版本即可恢复预期失败行为。

在基于 Spring Boot 的 Spock 集成测试中，若 @SpringBootTest 注解的测试类因 Spring 应用上下文无法启动（例如缺少 @Autowired Bean、配置错误或 @ConditionalOnMissingBean 冲突等），你可能会观察到一个危险现象：所有测试方法均显示为 “ignored”（被跳过），且 Maven 构建仍以 BUILD SUCCESS 结束——这严重削弱了 CI/CD 的可靠性，使关键配置问题逃逸到生产环境。

该行为并非 Spock 或 Spring Boot 的设计意图，而是 Maven Surefire 插件 v3.0.0-M4 中的一个已知缺陷：当 Spring 上下文在测试类初始化阶段（@BeforeClass 或静态上下文加载）抛出 ApplicationContextException 等致命异常时，Surefire 错误地将整个测试类标记为 skipped，而非 failed，从而绕过构建失败机制。

✅ 正确解决方案是升级 Surefire 插件：

  
    
      org.apache.maven.plugins
      maven-surefire-plugin
      3.0.0-M9 
      
        
        false
      
    
  

⚠️ 注意事项：

• 请勿降级回 2.x 版本（如 2.22.2），因其不兼容 JUnit Platform 1.9+ 和较新 Spock 2.3+/3.x；
• 若使用 Gradle，请确保 test 任务基于 JUnitPlatform，并检查 org.gradle.test-reporting 和 org.gradle.test-retry 插件无干扰；
• 升级后，上下文启动失败将触发 org.junit.platform.commons.PreconditionViolationException 或直接 org.springframework.beans.factory.BeanCreationException，并导致测试失败（FAILURE）和构建中断，符合防御性测试实践。

总结：该问题本质是构建工具链的兼容性缺陷，而非测试框架逻辑问题。保持 Surefire 插件更新至 3.0.0-M7+ 是解决 Spock + Spring Boot 测试“假成功”的最轻量、最可靠方式。同时建议在 CI 中添加 mvn test -DfailIfNoTests=false 显式校验测试执行有效性，进一步加固质量门禁。