当从匿名函数调用It.Is ...()时,为什么Moq设置/验证匹配器失败

时间:2011-10-27 21:02:00

标签: c# moq

在尝试简化为与Moq匹配的Setup / Verify匹配创建相当复杂的表达式树时,我遇到了一些奇怪的行为。

假设我在嘲笑下面定义的简单接口

public interface IService
{
    int Send(int value);
}

以下代码代表5项测试。每个mockSender.Setup(...)进行一次测试。任何人都可以解释为什么标记为失败的测试会失败吗?

[Test]
public void TestInlineSetup()
{
    const int expected = 5;
    var mockSender = new Mock<IService>(MockBehavior.Loose);

    //passes
    mockSender.Setup(s => s.Send(It.IsAny<int>())).Returns(expected);

    //fails
    var sendMatch = It.IsAny<int>();
    mockSender.Setup(s => s.Send(sendMatch)).Returns(expected);

    //passes
    mockSender.Setup(s => s.Send(SendMatchFromMethod())).Returns(expected);

    //fails
    var sendMatch = SendMatchFromMethod();
    mockSender.Setup(s => s.Send(sendMatch)).Returns(expected);

    //fails (this is somewhat contrived, but I have reasons for wanting to curry this)
    mockSender.Setup(s => s.Send(SendMatchFromCurriedMethod()())).Returns(expected);

    Assert.That(mockSender.Object.Send(expected), Is.EqualTo(expected));
}

public static int SendMatchFromMethod()
{
    return It.IsAny<int>();
}

public static Func<int> SendMatchFromCurriedMethod()
{
    return () => It.IsAny<int>();
}

编辑:我知道Mock.Of&lt; ..&gt;(..)并且通常更喜欢使用它,但在这种情况下它不是一个选项。

2 个答案:

答案 0 :(得分:6)

问题源于Moq尝试解析提供的表达式树以创建参数匹配器的方式。你可以在这里找到来源: -

http://code.google.com/p/moq/source/browse/trunk/Source/MatcherFactory.cs

参考来源: -

    通过编译和执行作为参数传递并查找任何匹配项的表达式来检测
  • It.IsAny<int>匹配器(请参阅here)。
  • 上述步骤仅适用于方法调用和成员访问

考虑到这一点......

  1. 第二次测试失败,因为It.IsAny<int>方法已在匹配器工厂之外进行了评估。因此,您将MemberAccess表达式设置为0。
  2. 第三次测试通过,因为SendMatchFromMethod被视为方法调用表达式,并且调用在MatcherFactory中进行评估。
  3. 第四次测试失败的原因与第二次相同,该功能已经评估过,而且Moq无法检测到你实际上已经调用了It.Is<Any>
  4. 第五次测试失败,因为Expression被视为函数调用,而Moq不会对此类表达式执行匹配器检查。
  5. 第四次测试,说实话,应该通过,它似乎是一个疏忽,它被抛弃,可能只是因为它有点边缘情况。

    最后Match.Create<T>MatchAttribute可用于处理复杂谓词,也许它们可能适合您的用例?

答案 1 :(得分:3)

这似乎与我前一段时间的情况非常相似:Moq unit test with It.IsAny<DateTime>() fails

问题似乎与评估It.IsAny<int>()时有关。通过2个测试,它将在Setup(...)内进行评估,效果很好。在前2个失败的测试中,它的评估范围超出Setup(...)的范围,因此无法正确评估。可能存储在您的变量中的是It.IsAny<int>()的结果,这将是int0)的默认值。

我不知道上次测试失败的确切原因,但它可能是作为优化,您的静态Func<int>Setup(...)执行之前得到评估,或者可能是它在Setup(...)之后得到评估,但无论哪种方式都发生在Setup(...)之外。