7

我有一个包含公共方法的类，该方法依赖于内部方法才能正确返回其值。

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

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>。

这是最小起订量错误还是某些限制？

4

1 回答 1

15

这不是错误或限制。在使方法成为内部方法后（即使在添加 InternalsVisibleTo 之后），您的测试失败，因为它没有调用模拟方法，而是调用实际方法。

您需要为DynamicProxyGenAssembly2以及以下 URL添加InternalsVisibleTo 。

[assembly: InternalsVisibleTo("DynamicProxyGenAssembly2")]

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

网址没有提供正确的解释，但这里是：

Moq 使用Castle Project 的 DynamicProxy在运行时动态生成代理，以便可以在不修改类代码的情况下拦截对象的成员。这就是 Moq 返回“Setup().Returns”中指定的值的方式（在您的情况下为“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

于 2014-01-04T06:46:38.773 回答