Spring MongoRepository单元测试：Mockito能否实现？与嵌入式Mongo孰优孰劣？

能不能用Mockito测试MongoRepository？ #

完全可以。Mockito可以直接Mock MongoRepository 接口，无需连接真实或嵌入式数据库，核心是验证业务逻辑对Repository方法的调用是否符合预期，以及处理返回结果的逻辑。

举个简单实现示例：

@ExtendWith(MockitoExtension.class)
public class UserServiceTest {
    @Mock
    private UserRepository userRepository;
    
    @InjectMocks
    private UserService userService;

    @Test
    void testGetUserById() {
        // 预设Repository返回值
        User mockUser = new User("1", "test");
        when(userRepository.findById("1")).thenReturn(Optional.of(mockUser));
        
        // 调用业务方法
        User result = userService.getUser("1");
        
        // 验证结果和调用行为
        assertEquals("test", result.getName());
        verify(userRepository, times(1)).findById("1");
    }
}

两种方案对比，哪种更优？ #

没有绝对的“更优”，完全取决于你的测试目标：

优先选Mockito的场景： #

• 仅需验证业务逻辑正确性，不关心MongoDB的查询语法、索引、聚合等特定功能是否生效。
• 测试速度极快，无需启动数据库，契合单元测试“快速反馈”的核心需求。
• 专注于隔离外部依赖，验证Repository方法的调用次数、传入参数是否符合预期。

优先选嵌入式数据库（flapdoodle/fongo/mongo-java-server）的场景： #

• 需要验证MongoDB专属功能：比如自定义@Query查询、聚合管道、索引优化、文档映射规则是否正确。
• 测试更贴近生产环境，能发现Repository层的语法错误、映射异常等问题，属于集成测试范畴。
• 适合测试复杂数据操作逻辑，比如多文档关联、MongoDB事务等场景。

总结建议： #

• 单元测试用Mockito：快速验证业务逻辑，隔离依赖。
• 集成测试用嵌入式数据库：验证Repository层与MongoDB的交互正确性。
• 两者结合使用，覆盖不同层级的测试需求。

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