单元测试中依赖已有真实实现时是否需要替换原有Mock对象？

不需要替换原有单元测试里的Mock对象，绝大多数场景下反而不应该做这种替换。

• 你最初写的控制器单元测试，核心定位就是只验证控制器本身的逻辑正确性：包括参数校验规则是否生效、异常处理逻辑是否符合预期、是否按约定的入参调用依赖方法、返回的响应结构和状态码是否正确。用Mock隔离所有依赖的核心价值，就是彻底排除其他模块的干扰——哪怕下游依赖的代码有bug，只要控制器自身逻辑没问题，这个测试就能正常通过，能精准定位控制器层面的问题。
• 写完依赖的真实实现后，你需要新增的是集成测试用例，而不是修改原有单元测试。集成测试的目标是验证控制器和关联依赖组成的整条调用链路是否能正常跑通，这类测试里你完全可以用真实实现组装链路，它和原有单元测试是互补关系，覆盖的是完全不同的测试场景，不存在谁替代谁的说法。
• 如果强行把单元测试里的Mock全替换成真实实现，相当于直接把单元测试改成了半吊子集成测试，坏处非常明显：首先测试执行速度会大幅下降，原本毫秒级就能跑完的用例，可能因为依赖链变长、涉及数据库/网络等IO操作变成秒级甚至分钟级，跑一次测试等半天完全违背单元测试快速反馈的设计初衷；其次测试失败时你根本没法快速定位问题——到底是控制器逻辑写错了，还是下游依赖有bug，甚至是依赖的依赖出了问题，排查成本会极高；最后用例会变得非常脆弱，哪怕控制器代码一行没改，只要下游依赖调整逻辑，测试就可能误报失败，平白增加维护成本。

唯一的例外情况：如果某个依赖是完全无业务逻辑的纯值对象、无状态工具函数，替换成真实实现不会引入额外外部依赖、不会拖慢测试速度、不会干扰问题定位，这种情况换不换都没有本质影响，但涉及核心业务逻辑、有外部依赖的组件，一定要保留Mock实现。

内容的提问来源于stack exchange，提问作者adnen ben awicha