这确实是Spring Boot编写Web层测试时很常见的困扰，咱们来一步步拆解问题：

一、BarService是否存在依赖链问题？ #

大概率是存在的，甚至可能有不必要的依赖引入：

• @WebMvcTest的设计初衷是只加载Web层核心组件（控制器、请求映射处理器、消息转换器等），不会自动加载业务层、数据层的Bean。如果你的控制器依赖了BarService，而BarService本身（或其间接依赖）又注入了其他不在Web层范围内的Bean，Spring就会抛出NoSuchBeanDefinitionException，这时候你就得用@MockBean来替代这些缺失的Bean。
• 如果出现了完全无关的@MockBean，那十有八九是BarService或者它的某个依赖被错误地注入了不需要的组件。比如：
  • 某个全局配置类里的Bean被自动扫描到，而BarService的构造函数/字段里不小心注入了它；
  • 组件扫描范围太广，把其他模块的无关Bean也拉进了测试上下文。
• 你可以用IDEA的「Show Dependency Diagram」功能查看BarService的依赖树，或者在测试里注入ApplicationContext打印Bean依赖，找出那些多余的依赖来源，然后优化BarService的依赖设计。

二、能否用@TestConfiguration统一配置MockBeans？ #

当然可以！这是减少重复代码、提升测试维护性的绝佳方案，具体做法如下：

1. 创建统一的Mock配置类：

@TestConfiguration
public class WebTestMockConfig {
    // 统一Mock所有Web测试需要的Bean
    @MockBean
    private BarService barService;
    
    @MockBean
    private SomeUnrelatedService unrelatedService;
    
    // 如果需要自定义Mock逻辑，也可以用@Bean返回Mock实例
    @Bean
    public AnotherService anotherService() {
        AnotherService mock = Mockito.mock(AnotherService.class);
        Mockito.when(mock.someMethod()).thenReturn("mock result");
        return mock;
    }
}

2. 在每个@WebMvcTest测试类中引入这个配置：

@WebMvcTest(YourController.class)
@Import(WebTestMockConfig.class)
public class YourControllerTest {
    // 这里就不用再重复写一堆@MockBean了
    @Autowired
    private MockMvc mockMvc;
    
    // 测试方法...
}

额外优化建议 #

• 如果某些无关Bean是来自自动配置类，可以用@WebMvcTest(excludeAutoConfiguration = XXXAutoConfiguration.class)直接排除对应的自动配置，避免需要Mock它；
• 检查你的@ComponentScan注解，确保只扫描必要的包，不要把其他模块的无关组件也包含进来；
• 如果你的测试需要的MockBean太多，也可以考虑用@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.MOCK)结合@AutoConfigureMockMvc，但这种方式会加载完整的应用上下文，测试速度会慢一些，适合需要更多真实Bean的场景。

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