使用 RhinoMock 或 Moq 测试方法的内部结构

Question

我对这个嘲笑的事情很陌生，我有几个问题。

如果我错了请纠正我： 模拟不会初始化真正的方法，即模拟不会实际调用类的构造函数。相反，它会执行类似查看类的签名并创建具有该签名但不具有任何方法功能的对象的操作。如果您只需要该类型的对象但不想测试它的内部结构（例如，如果您实际测试的对象对其有依赖关系），这非常有用。

我正在尝试测试方法的内部结构，这是否意味着我必须创建该方法所属类的实例？

Answer 1

摘要：动态模拟不会帮助您测试类型的内部结构，但您不应该首先尝试这样做。

---

你的描述基本上是正确的，但实际情况比这要复杂一些。本质上，动态模拟不会做任何你无法手动完成的事情。

假设您正在针对这样的接口进行编程：

public interface IMyInterface
{
    string Foo(string s);
}

您可以手动创建 IMyInterface 的特定于测试的实现，该实现会忽略输入参数并始终返回相同的输出：

public class MyClass : IMyInterface
{
    public string Foo(string s)
    {
        return "Bar";
    }
}

但是，如果您想测试消费者响应不同的返回值，因此您可以让一个框架为您动态创建它们，而不是手动编写测试替身。

想象一下，动态模拟确实编写了与上面的 MyClass 实现类似的代码（它们实际上并不编写代码，而是动态发出类型，但这是一个足够准确的类比）。

以下是如何使用 Moq 定义与 MyClass 相同的行为：

var mock = new Mock<IMyInterface>();
mock.Setup(x => x.Foo(It.IsAny<string>())).Returns("Bar");

在这两种情况下，创建对象时都会调用所创建类的构造函数。由于接口没有构造函数，因此这通常是默认构造函数（分别是 MyClass 和动态发出的类的）。

您可以对像这样的具体类型执行相同的操作：

public class MyBase
{
    public virtual string Ploeh()
    {
        return "Fnaah";
    }
}

您可以手动从 MyBase 派生并重写 Ploeh 方法，因为它是虚拟的：

public class TestSpecificChild : MyBase
{
    public override string Ploeh()
    {
        return "Ndøh";
    }
}

动态模拟库可以执行相同的操作，对于抽象方法也是如此。在这种情况下，将调用基类的构造函数，因为这就是 .NET 的工作原理。

但是，您无法编写覆盖非虚拟或内部成员的代码，动态模拟也不能。他们只能做你手工能做的事情。

不过，有一条建议：仅通过公共 API 对内部成员进行单元测试。

警告：上面的描述对于大多数动态模拟都是正确的，但 TypeMock 除外，它是不同的并且......可怕。