使用Moq部分模拟类内部方法

时间:2014-01-04 03:07:14

标签: c# unit-testing moq partial-mocks

我有一个包含公共方法的类,它依赖于内部方法以正确返回其值。

让我们考虑以下类和测试文件:

public class ClassUnderTest
{
    public string NotMockedPublicMethod()
    {
        return MockedMethod();
    }

    virtual public string MockedMethod()
    {
        return "original";
    }
}

以下测试用例可行:

var mock = new Mock<ClassUnderTest> { CallBase = true };
mock.Setup(m => m.MockedMethod()).Returns("mocked");

Assert.AreEqual("mocked", mock.Object.NotMockedPublicMethod());

但是,让我说我的MockedMethod()外部没有效用。问题是将此方法标记为internal(即使正确使用InternalsVisibleTo()):

virtual internal string MockedMethod()

将使完全相同的测试失败并显示消息Assert.AreEqual failed. Expected:<mocked>. Actual:<original>

这是Moq错误还是一些限制?

1 个答案:

答案 0 :(得分:15)

这不是错误或限制。在将方法设置为内部之后(即使在添加InternalsVisibleTo之后),您的测试失败,因为它没有调用模拟方法,而是调用实际方法。

您需要为 DynamicProxyGenAssembly2 以及以下网址添加 InternalsVisibleTo

[assembly: InternalsVisibleTo("DynamicProxyGenAssembly2")]

http://www.blackwasp.co.uk/MoqInternals.aspx

网址没有提供正确的解释,但现在是:

Moq使用 Castle Project的DynamicProxy 在运行时动态生成代理,以便在不修改类代码的情况下拦截对象的成员。这就是Moq如何返回“Setup()中指定的值。返回”(在您的情况下为“mocked”字符串)

动态代理网址 http://www.castleproject.org/projects/dynamicproxy/

我查看了DynamicProxy的源代码(参见下面的url),我发现它使用“DynamicProxyGenAssembly2”作为生成的程序集的程序集名称,这就是为什么你需要为DynamicProxyGenAssembly2添加InternalsVisibleTo的原因。

public static readonly String DEFAULT_ASSEMBLY_NAME = "DynamicProxyGenAssembly2";

https://github.com/castleproject/Castle.DynamicProxy-READONLY/blob/ed8663b23a54bed641e5f97e39a6bc16fe0d976f/src/Castle.DynamicProxy/ModuleScope.cs