单元测试函数时，Mock依赖函数还是调用真实方法的最佳实践？

这是个非常经典的单元测试边界问题，核心得回到单元测试的本质——你到底要验证什么？咱们一步步拆解：

核心原则：单元测试要隔离依赖 #

单元测试的目标是验证**单一单元（这里就是函数X）**的逻辑正确性，所以必须把X和它的所有外部依赖（包括函数Y）隔离开来。这样一来，测试失败的原因只能是X的逻辑出了问题，而不会被Y的实现变化、外部资源依赖等因素干扰。

两种方式的适用场景 #

1. 优先使用 Mockito.when(Y).thenReturn("value") #

这是单元测试中模拟依赖的标准做法，绝大多数场景下都应该这么做，原因包括：

• 精准控制测试场景：你可以让Y返回任意值，轻松覆盖X的所有代码分支（比如Y返回成功、失败、空值、异常等），确保X在各种输入下的行为都符合预期。
• 避免重复测试：函数Y的正确性应该由它自己的单元测试（Y_test）来保证，没必要在X的测试里再验证一遍Y的逻辑。
• 保持测试稳定高效：如果Y依赖外部资源（比如数据库、第三方API），调用真实方法会让测试变慢、不稳定，甚至需要额外的环境配置，Mock则完全没有这些问题。

举个例子：假设X是一个根据用户ID生成欢迎语的函数，Y是获取用户ID的函数。测试X时，你只需要Mock Y返回"123"、"456"或者空值，就能验证X生成的欢迎语是否符合逻辑，完全不需要关心Y是怎么拿到用户ID的。

2. 谨慎使用 Mockito.when(Y).thenCallRealMethod() #

这种方式尽量避免，除非遇到以下特殊情况：

• Y是无依赖的纯函数：比如Y只是做简单的字符串拼接、数值计算，没有任何外部依赖，Mock它反而显得多余。不过就算这种情况，Mock也没什么坏处，还能让测试更清晰。
• 临时调试需求：有时候你想快速验证X调用Y的流程是否正常，临时调用真实方法来调试，但这绝对不是正式测试用例的写法。
• 验证调用参数（不推荐）：如果你想确认X是否正确传递参数给Y，更推荐用ArgumentCaptor来捕获Y的调用参数并验证，而不是执行真实方法——毕竟执行真实方法可能引入额外的风险。

关键误区：不要混淆单元测试和集成测试 #

如果你需要验证X和Y一起工作的正确性，那这已经不是单元测试的范畴了，应该写集成测试。集成测试会测试多个单元之间的协作，但单元测试的核心始终是单一单元的逻辑验证。

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