Spring Boot 新增多Service后集成测试全部失败如何解决？

报错本质是@WebMvcTest切片测试的组件加载范围超出预期，将不应加载的真实业务Bean纳入了测试上下文，最终触发依赖缺失。
之前仅存在员工模块时测试可以正常通过，是因为你通过@MockBean将Controller依赖的Service替换为了Mock对象，流程中不需要加载真实的Service、Repository层Bean，完全符合切片测试的设计预期。
新增部门模块后触发报错的完整逻辑链：

• @WebMvcTest默认会扫描所有被Spring检测到的@RestController类，部分Spring Boot版本对@WebMvcTest的value参数校验存在兼容问题，不会严格按照参数值过滤非指定的Controller，导致你新增的DepartmentController被意外纳入到员工模块的测试上下文中。
• 对这些意外加载的Controller，Spring会按照正常的依赖注入逻辑尝试创建关联的业务Bean：因为你的测试类并没有为DepartmentController依赖的DepartmentService声明@MockBean，Spring就会尝试加载真实标注了@Service的DepartmentService类。
• @WebMvcTest是专门为Web层测试设计的切片，默认不会加载JPA相关的Repository Bean、不会初始化数据源，当真实的DepartmentService尝试注入它依赖的DepartmentRepository时，由于容器中不存在这个Repository的Bean，就会抛出你看到的NoSuchBeanDefinitionException。

额外注意：你现在两个Controller都配置了@GetMapping("/list")，哪怕测试问题修复完成，应用启动时也会因为同一个HTTP路径存在多个映射抛出启动异常，需要将两个接口路径调整为不重复，例如员工接口路径设为/employee/list、部门接口路径设为/department/list。

根据测试场景选择适配的修复方式：

• 严格限定@WebMvcTest的加载范围，从根源上避免非指定的Controller被扫入上下文。在测试类的@WebMvcTest注解上显式排除其他模块的Controller，以员工模块的测试类为例：

  @WebMvcTest(
      value = EmployeeController.class,
      excludeFilters = @ComponentScan.Filter(
          type = FilterType.ASSIGNABLE_TYPE,
          classes = DepartmentController.class
      )
  )
  

  部门模块的测试类也需要做对应的配置，排除EmployeeController的加载，避免不同模块的组件互相干扰。
• 为所有意外加载的Controller对应的Service统一声明@MockBean。例如在员工模块的测试类中额外添加@MockBean private DepartmentService departmentService;，让Spring不需要加载真实的DepartmentService，自然也就不会触发后续的Repository依赖注入报错。
• 对稳定性要求更高的场景，可以弃用容易出现范围兼容问题的@WebMvcTest，改用手动指定加载类的方式搭建测试上下文：在测试类上搭配使用@SpringBootTest(classes = {你的目标Controller类})和@AutoConfigureMockMvc，手动声明测试上下文需要加载的组件，从底层避免组件扫描的范围失控。

内容的提问来源于stack exchange，提问作者Rahul Raj Sonu