NestJS单元测试中需要Mock被测类的内部依赖和自身方法吗？

1. 需要Mock的依赖范围 #

• 仅需要Mock类构造函数注入的外部依赖，也就是你提到的WalkService，其余同类的方法都不需要Mock。
• 原因：单元测试的「单元」在面向对象场景下，通常默认指整个类而非单个函数，我们测试的是类对外暴露的公共能力的正确性，而非单个函数的孤立运行结果。

2. 同类的doThis、doThat不需要Mock #

理由如下：

• 如果你Mock了同类的doThis，相当于你直接假设了doThis的运行逻辑是正确的，反而会遗漏doSomething和doThis逻辑耦合导致的问题，测试的可信度会大幅下降。
• 只有当同类的被调用方法本身有未被Mock的外部依赖、或者运行成本极高（比如有超复杂计算、超长耗时操作）的时候，才考虑对同类公共方法做部分Mock，私有方法一律不建议Mock。
• 如果你需要单独验证doThis的逻辑正确性，单独给doThis写测试用例即可，不需要在doSomething的测试逻辑里做隔离。

3. 私有方法doThat不需要单独测试 #

• 私有方法本质是类内部的逻辑封装，它的运行结果一定会通过某个公共方法的输出体现出来，你在测试doSomething的时候，已经覆盖到了doThat的逻辑，不需要单独写用例测试私有方法。
• 如果你发现某个私有方法逻辑极其复杂，无法通过公共方法覆盖全场景，说明你的类职责划分有问题，应该把这部分逻辑抽成单独的公共类，而不是想着怎么测试私有方法。

4. 不Mock同类方法仍然属于单元测试 #

单元测试的核心要求是隔离被测单元和外部依赖，保证测试失败的时候可以快速定位是被测类的问题，而非第三方依赖的问题，从来没有要求要把单个函数和类内其他逻辑完全隔离。如果你硬要把单个函数当单元做极致隔离，最后写出来的用例会和实现逻辑强绑定，只要内部重构调整方法调用顺序、拆分合并内部方法，你的用例全都会失效，完全失去了单元测试的价值。

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