单元测试中调用同类内部方法是否需采用Mock方案？

问题场景 #

我编写了一个单元测试，在测试内部调用了服务类中的另一个方法。当前测试流程为：先调用ChooseDoor()方法执行相关操作，再调用待测试的SwitchDoor()方法。由于这两个方法属于同一GameService类且无外部依赖，请问在此场景下，直接在单元测试中调用ChooseDoor()的做法是否可行，还是应当采用Mock方案？

相关代码示例：

public class GameService {
 public Door ChooseDoor() {
 //some logic
 }
 public Door SwitchDoor() {
 //some logic
 }
}

[Fact]
public void switch_door_should_return_a_new_door_with_a_valid_state_that_chooses() {
 //Arrange
 var oldChooseDoor =_game.ChooseDoor();
 //Act
 var newDoor = _game.SwitchDoor();
 //Assert
 oldChooseDoor.DoorState.ShouldBe(State.Stateless);
 newDoor.DoorState.ShouldBe(State.Chosen);
 oldChooseDoor.DoorState.ShouldNotBe(newDoor.DoorState);
 oldChooseDoor.Number.ShouldBeInRange(1,3);
}

我的回答 #

在这个场景下，直接调用ChooseDoor()是完全可行且推荐的做法，不需要使用Mock。原因如下：

• 无外部依赖，测试稳定性有保障：两个方法都属于同一类，没有依赖外部服务、数据库、第三方API等不稳定因素。调用真实的ChooseDoor()方法不会给测试引入额外的失败风险，反而能保证测试基于真实的对象状态运行。

• SwitchDoor()的逻辑可能依赖前置状态：从测试的断言来看，SwitchDoor()的行为明显依赖于ChooseDoor()执行后设置的门状态。如果MockChooseDoor()，你需要手动模拟它对GameService内部状态的修改，这不仅容易出错，还可能和真实逻辑脱节，导致测试无法准确验证SwitchDoor()的实际行为。

• 复用已验证的逻辑，降低维护成本：如果ChooseDoor()本身已经有完善的单元测试覆盖，那么在测试SwitchDoor()时直接调用它，相当于复用了已经验证过的可靠逻辑，不需要重复Mock和维护模拟逻辑，让测试更简洁且贴近真实业务流程。

什么时候才需要考虑Mock？ #

只有当以下情况出现时，才需要考虑MockChooseDoor()：

• ChooseDoor()引入了复杂的外部依赖（比如调用数据库、远程服务），导致测试变得缓慢或不稳定；
• 你需要完全隔离SwitchDoor()的逻辑，只测试它的独立功能，不希望受ChooseDoor()的逻辑变化影响；
• ChooseDoor()的逻辑非常复杂，调用它会让测试的执行时间大幅增加。

但就你当前的场景而言，这些情况都不存在，直接调用真实方法是最优选择。

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