このセクションでは、SOAtest を使用して TIBCO EMS システムを通過するトランザクションをモニターし、モニターされたメッセージを検証する機能テスト ケースを生成する方法を説明します。
このセクションの内容:

テストを作成するその他の方法

テストを作成するその他の方法として、SOAtest のプロキシのトラフィック記録機能で 1 つまたはそれ以上の JMS、HTTP、MQ エンドポイントのトラフィックをモニターしながらアプリケーションを実行する方法があります。SOAtest はトラフィック リクエストおよびレスポンスをモニターし、適切なリクエスト/レスポンスのペアを記録したトラフィック ファイルを作成します。このトラフィックを使用して、SOAP Client または Message Client を構成し、キャプチャされた振る舞いを表現するテスト スイートを生成できます。詳細については、「記録した HTTP、JMS、MQ Traffic からのテスト作成」 を参照してください。

概要

SOAtest は TIBCO EMS システムを通過するトランザクションをモニターし、モニターされたメッセージを検証する機能テスト ケースを生成できます。この機能によって、システム メッセージを可視化できるだけでなく、SOAtest から直接的にトランザクションを再現し、モニター対象の機能が期待どおり動作し続けていることを検証できます

これを実現するには、TIBCO EMS への接続方法およびモニター対象の接続先 (トピックまたはキュー) メッセージを指定し、モニターを開始するよう SOAtest を設定します。SOAtest は、指定の接続先でキャプチャされた JMS メッセージまたはプロセス フロー内のすべてのメッセージ (プロセス トラッキング トピックが使用された場合) をテストする Messaging Client テストから成るテスト スイートを生成します。これらのテストには、接続パラメーター、リクエスト、および接続先情報が構成されているため、SOAtest は同じメッセージを再現できます。

以下の型の JMS メッセージに対してテスト クライアントを生成できます。

  • javax.jms.TextMessage
  • javax.jms.MapMessage
  • javax.jms.ObjectMessage
  • javax.jms.BytesMessage
  • javax.jms.StreamMessage

前提条件

tibjms.jar ファイルがクラスパスに追加されていなければなりません ([Parasoft] > [設定] > [Parasoft]> [システム プロパティ])。

TIBCO EMS トランザクションからのテスト生成

テストを生成するには、次の操作を行います。

  1. テスト作成ウィザードで [その他] > [TIBCO Enterprise Messaging Service] オプションを選択します。テスト作成ウィザードにアクセスする方法については、以下を参照してください。
  2. TIBCO EMS ウィザードの最初のページで次の操作を行います。
    1. [接続] エリアで TIBCO EMS の接続設定を指定します。
    2. [接続先の名前] フィールドで、モニター対象のトピックまたはキューを指定します。
      • 通常のトピックまたはキュー (たとえばワークフロー プロセスの入口または出口)、または特別なプロセス トラッキング トピックを指定できます。
      • たとえば、TIBCO EMS で送受信されるすべての JMS メッセージをトラックするには、次を指定します: $sys.monitor.Q.r.>
      • TIBCO EMS のトラッキング トピックを指定する方法については、『TIBCO EMS User’s Guide』の「Chapter 13: Monitoring Server Activity」 および「Appendix B: Monitor Messages」を参照してください。
    3. [接続先のタイプ] フィールドに、トラッキングする接続先がトピックかキューかを指定します。
    4. (任意) [メッセージ セレクター] フィールドに、メッセージ フィルターとして働く値を入力します。使い方のヒントについては「メッセージ セレクター フィルターの使用」を参照してください。
    5. JMS QueueBrowser API を使用して、(メッセージをキューから削除せずに) JMS キューにポストされたメッセージを追跡する場合、[キューにメッセージを残す] を有効にします。このように設定すると、SOAtest はトランザクションに影響を与えることなくメッセージをモニタリングできます。

      注意: [キューにメッセージを残す] オプション

      このオプションに伴って発生する可能性がある副作用 (およびその回避方法) については、「JMS キューのオプション」を参照してください。

    6. JNDI プロパティ テーブルに、このデプロイメントに適用するその他の JNDI プロパティを指定します。
  3. [次へ] をクリックします。SOAtest は、それまでのウィザード ページで指定された設定に一致するメッセージのモニターを開始します。バスにメッセージを送信する別のアプリケーションが実行されている場合、それらのメッセージがこのパネルに表示されます。
  4. モニターを停止してもよい状態になったら、[終了] をクリックします。SOAtest は検証されたメッセージに基づいてテスト ケースを作成します。

間接的なメッセージのモニター

TIBCO EMS の JMS エンドポイントを通過するトランザクション メッセージをモニターして機能テストを自動生成するだけでなく、テストによってトリガーされたトランザクションの一部として EMS を介して発生するメッセージを可視化およびトレースし、検証のために切り出すことができます。

これを行う方法については、「ESB、データベース、その他システムのイベント モニタリング」を参照してください。

  • No labels