nServiceBus QAテストツール

Question

個別のnServiceBusエンドポイントを単独でテストするツールを知っている人や、QAのための良いソリューションを持っている人はいますか？ Googleのシステムには複数のサイト運営者と購読者がおり、個別にテストしたいと考えています。たとえば、パブリッシャーをテストするために、QAがさまざまなパブリッシャーに簡単に購読/購読を解除するために使用できるツールを用意して、メッセージの検証のためにメッセージを「QAキュー」に配信できるようにしたいと考えています。サブスクライバをテストするために、サブスクライバの入力キューにメッセージを直接公開できるようにしたいと考えています。

Answer 1

pubエントリ用のwcfエンドポイントを配線しました。 RavenDBにメッセージを保存するqaのサブスクライバを作成しました。 pubに同じタイプの複数のハンドラーを持たないため、wcfエンドポイント・メッセージは、メイン・メッセージを基本クラスとする新しいクラスです。その後、QAはsoapuiまたは他のテストクライアントを使用できます。

Answer 2

BizUnitという統合テストフレームワークでは、統合テストを宣言的に定義することができます。 MSMQをエンキュー/リッスンするためのいくつかの事前定義された手順が用意されています。

NServiceBusに必要なメッセージヘッダー情報があるため、エンキューする独自のカスタムステップを作成する必要があります。

これはBizTalkテストの対象となりますが、BizTalkがインストールされているか利用可能であるかには依存しません。

これが唯一のことです。これは、任意の分散システムをテストするための素晴らしいフレームワークです。

Answer 3

事前定義されたエンドポイント名を持つサブスクライバとして正しく構成されているアセンブリをまとめて使用できます。唯一の設定は、エンドポイント（メッセージマッピング）を渡して設定ファイルを変更することです。私はあなたがスクリプトでこれを包み込み、QAにコマンドラインパラメータでスクリプトを実行させることができると思います。 PowerShellは、あまりにも邪魔にならないようにXMLを操作することができるので、これは、「Subscribe-To-EndPoint Messages.dll endpoint_name」のようになります。

Answer 4

エンドポイント（ForwardReceivedMessagesTo）の監査をオンにし、予期されるメッセージが監査キューに格納されることを確認するコードを記述します。