只要您的Bus 变量是IBus 实例,您就可以简单地为包含此方法的类提供一个模拟的IBus 实现,并验证是否在其上调用了Send(使用适当的委托,如果您愿意)在调用该方法进行测试之后。除此之外,您还需要测试 Bus.Send 本身,这不是您应该做的事情。
public class ClassThatSendsMessages
{
private readonly IBus _bus;
public ClassThatSendsMessages(IBus bus /*, ... */)
{
_bus = bus;
/* ... */
}
public void CodeThatSendsMessage()
{
/* ... */
_bus.Send<IMyMessage>(mm => mm.Property1 = "123");
/* ... */
}
}
public class ClassThatTestsClassThatSendsMessages
{
public void CallCodeThatSendsMessage()
{
//Mock IBus object here
var objectToTest = new ClassThatSendsMessages(mockedIBus /*, ... */)
objectToTest.CodeThatSendsMessage();
//Verify that IBus mock's Send() method was called
}
}
有两种方法可以测试委托的逻辑:您可以尝试分解提供的表达式树,或者您可以将其更改为命名方法并以这种方式传递。我从来没有深入研究过表达式,所以我将提供后者的示例:
public static class MyMessageBuilder
{
public static void Build(IMyMessage message) { /* ... */ }
}
public class ClassThatTestsMyMessageBuilder
{
public void CallCodeThatBuildsMessage()
{
var message = Test.CreateInstance<IMyMessage>(MyMessageBuilder.Build);
//Verify message contents
}
}
用法:
public class ClassThatSendsMessages
{
private readonly IBus _bus;
public static Action<IMyMessage> BuildMessage { private get; set; }
public ClassThatSendsMessages(IBus bus /*, ... */)
{
_bus = bus;
/* ... */
}
public void CodeThatSendsMessage()
{
/* ... */
_bus.Send<IMyMessage>(mm => BuildMessage (mm));
/* ... */
}
}
我不知道有一个容器可以对构造函数进行委托注入,但我也没有仔细研究过,所以这可能是设置委托的更好方法。
编辑
由于我最近在自己的测试中遇到了这个问题,我真的不喜欢将方法拉出到它自己的构建器中。因此,我开始探索是否可以“就地”测试代表。事实证明,您可以:
public class ClassThatTestsClassThatSendsMessages
{
public void CallCodeThatSendsMessage()
{
Action<IMyMessage> messageAction = null;
//Mock IBus object here
mockedIBus.Setup(b => b.Send(Args.IsAny<Action<IMyMessage>>()))
.Callback((Action<IMyMessage> a) => messageAction = a);
var myMessage = Test.CreateInstance<IMyMessage>();
var objectToTest = new ClassThatSendsMessages(mockedIBus /*, ... */)
//Run the code that sends the message
objectToTest.CodeThatSendsMessage();
//Run the code that populates the message
messageAction(myMessage);
//Verify expectations on Setups
//Verify the message contents;
}
}
这里有一些折衷 - 将消息构建器拉出到接口中肯定比将其作为内联委托更符合 SRP(正如测试清楚地表明:您必须执行两次才能测试所有代码)。但是,它在代码大小和可读性方面都有好处。
此外,此代码是特定于起订量的;我不知道是否可以从 RhinoMocks 模拟中获取委托,或者语法是什么。