有没有人知道一个工具或有一个很好的解决方案，让QA孤立地测试各个nServiceBus端点？ 我们的系统中有多个发布商和订阅者，我们希望单独测试它们。 例如，为了测试我们的发布商，我们希望能够拥有一个工具，我们的 QA 可以使用该工具轻松订阅/取消订阅不同的发布商，以便他们可以将消息传递到他们的"QA 队列"以验证消息。 为了测试订阅者，我们希望他们能够将消息直接发布到订阅者输入队列。
我们为酒吧入口连接了 wcf 端点。 为 qa 创建了一个订阅者，用于在 RavenDB 中保存消息。 由于在 pub 中具有相同类型的多个处理程序不起作用，因此 wcf 终结点消息是将主消息作为基类的新类。 然后 QA 可以使用 soapui 或其他测试客户端。
有一个名为 BizUnit 的集成测试框架，它允许您以声明方式定义集成测试。它附带了一些预定义的步骤，用于排队/侦听 MSMQ。
由于 NServiceBus 需要消息头信息，您可能必须编写自己的自定义步骤进行排队。
虽然这是针对 BizTalk 测试的，但它不依赖于正在安装或可用的 BizTalk。
这是唯一浮现在脑海中的事情。它是测试任何分布式系统的绝佳框架。
您可以将一个程序集放在一起，该程序集只是正确配置为具有预定义终结点名称的订阅服务器。 唯一的配置是传递端点（消息映射）来修改配置文件。 我想你可以把它包装在一个脚本中，然后让 QA 使用命令行参数运行脚本。 PowerShell浮现在脑海中，因为它很容易操纵XML。 这可能看起来像"订阅到端点消息.dll endpoint_name"
为终结点启用审核（ForwardReceivedMessagesTo），并编写一些代码来验证预期的消息是否最终出现在审核队列中。