Java集成测试中Service层void方法测试及测试范围相关问题咨询

• 集成测试的核心目标是验证多个模块协同工作的逻辑正确性，不存在只能针对Controller层编写的限制，完全可以针对Service层编写集成测试，甚至对于未被Controller调用的内部Service方法，针对Service层写集成测试是更合理的选择。
• Spring Boot本身也提供了针对Service层集成测试的支持：你可以使用@SpringBootTest注解加载Spring上下文，只注入你要测试的Service Bean以及它依赖的持久层、外部调用等组件，不需要启动完整的web环境，比Controller层集成测试的启动速度更快。
• 对于没有被Controller调用的Service方法，如果这部分逻辑是项目的核心业务逻辑（比如内部调度任务调用的Service、被其他中间件回调触发的Service），跳过这部分的集成测试会留下明显的测试覆盖缺口，显然是不合理的。

• 集成测试完全可以测试void返回类型的方法，不存在没必要或者无法测试的说法，核心思路是验证void方法执行带来的副作用是否符合预期，常见的验证场景和方法如下：
  • 如果方法执行后会修改数据库数据：测试方法执行完成后，直接查询对应的数据记录，判断字段值是否和预期一致即可。比如void类型的用户更新方法，执行后查询用户表的对应记录，验证昵称、状态等字段是否正确修改。
  • 如果方法执行后会触发外部调用、消息发送等操作：可以使用Mockito的verify方法验证对应的依赖Bean的方法是否按照预期的参数被调用。比如void类型的短信发送Service方法，执行后验证短信SDK的调用方法是否传入了正确的手机号和短信内容参数。
  • 如果方法执行后会修改缓存中的数据：测试方法执行完成后查询对应的缓存Key，判断缓存值是否符合预期即可。
• 以下是Spring Boot下测试Service层void方法的示例代码片段：

@SpringBootTest
public class UserServiceTest {
    @Autowired
    private UserService userService;
    @Autowired
    private UserMapper userMapper;

    @Test
    public void testDisableUser() {
        // 准备测试数据：先插入一个状态为启用的用户
        User user = new User();
        user.setId(1L);
        user.setStatus(1); // 1代表启用
        userMapper.insert(user);

        // 调用void返回的禁用用户方法
        userService.disableUser(1L);

        // 验证副作用：查询用户状态是否变为禁用
        User updatedUser = userMapper.selectById(1L);
        Assertions.assertEquals(0, updatedUser.getStatus()); // 0代表禁用
    }
}

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