如何对公共方法进行单元测试，该方法在内部调用许多已经单独进行单元测试的内部或私有方法

Question

在我们的ASP。Net核心应用程序，我们有许多API从服务类调用公共方法。

服务类正在实现一个接口。

每个服务方法（取决于复杂性和需求）可以调用任意数量的内部或私有或辅助方法。

虽然这些内部/私有/或辅助方法中的每一个都单独进行单元测试，但我们如何以这样一种方式测试公共服务方法，即我们不必重复已经在测试内部/私有/辅助方法中花费的代码/精力？

e、 我们可以很容易地模拟接口方法，说接口方法需要这些输入参数并返回bla bla（实际上不调用该方法）。那么，可以对不属于接口的内部/私有/辅助方法做类似的事情吗？这样我们就不必实时调用这些方法，并且可以在测试主方法本身时“模拟”它们？

Answer 1

实际上，如果内部/私有方法是虚拟的，则可以对其进行模拟。

例如，拥有如下类：

public class ClassUnderTest
{
  public void MethodUnderTest() {
    SubMethod();   
  }

  protected virtual void SubMethod() {
  }
}

您可以模拟它并使用以下工具进行测试：

var classMock = new Mock<ClassUnderTest>();
classMock.Setup(x => x.SubMethod());
var class = classMock.Object;

class.MethodUnderTest();
classMock.Verify(x => x.SubMethod(), Times.Once);

尽管如此，这实际上并不是一个好方法。通常，如果您需要测试此类场景，这意味着您的方法测试和类测试实际上可以作为其他函数的协调器，并且将方法（从方法测试中调用）从其他类中提取出来以保持体系结构的稳定性是有一定意义的ClassUnderTest将执行编排，而其他类将执行编排。

顺便说一句。另一个不好的事情是，如果您将内部方法标记为受保护的虚拟只是为了能够模拟它们，这有点违反了单元测试的想法，在单元测试中，您不应该添加任何特殊代码来使其可测试。