Rhino Mocks - AssertWasCalled：如何在参数不正确时改进不清楚的诊断消息

Question

恕我直言，当使用 AssertWasCalled 来验证是否已使用特定参数调用方法时，Rhino Mocks 会生成不清楚的诊断消息。

示例：

interface ISomeInterface
{
    void Write(string s);
}

[TestFixture]
public class SomeTests
{
    [Test]
    public void WriteShouldBeCalledWithCorrectArguments()
    {
        // Arrange
        var mock = MockRepository.GenerateMock<ISomeInterface>();
        var sut = new SomeClass(mock);

        // Act
        sut.DoSomething();

        // Assert
        mock.AssertWasCalled(x => x.Write(Arg<string>.Is.Equal("hello")));
    }
}

现在，如果测试失败并显示此消息...

Rhino.Mocks.Exceptions.ExpectationViolationException : ISomeInterface.Write(等于 hello);预期 #1，实际 #0。

...您无法知道它是否失败，因为

A.“写入”从未被调用 - 或 -
B. 实际上调用了“Write”，但参数不正确

如果 B 是失败的原因，那么如果消息读取如下内容，则会更加清晰：

Rhino.Mocks.Exceptions.ExpectationViolationException ： ISomeInterface.Write(string arg): 方法被调用，但参数不正确：预期：你好，实际：再见

我可以自己修复这个缺点吗（通过以某种方式为Rhino编写自定义匹配器）或者我只是有为此编写手动模拟？

Answer 1

我通过使用 Rhino 提供的“匹配”语法找到了一个简单的解决方案：

[Test]
public void WriteShouldBeCalledWithCorrectArguments()
{
    // Arrange
    var mock = MockRepository.GenerateMock<ISomeInterface>();
    var sut = new SomeClass(mock);

    // Act
    sut.DoSomething();

    // Assert
    mock.AssertWasCalled(x => x.Write(Arg<string>.Matches(s => Equal(s, "hello"))));
}

private static bool Equal(string s1, string s2)
{
    Assert.That(s1, Is.EqualTo(s2), "Unexpected argument");
    return true;
}

当然，它有点笨拙，但它可以完成工作。如果有更好的方法，请告诉我。

Answer 2

您可以使用 GetArgumentsForCallsMadeOn 来获取传递的参数并断言它们：

var args = mock.GetArgumentsForCallsMadeOn(x => x.Write(null), opt => opt.IgnoreArguments())[0];
Assert.AreEqual("Hello", args[0]):