Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Published by Scroll Versions from space FUNCTDEV and version SOAVIRT_9.10.8_CTP_3.1.4

...

Table of Contents
maxLevel1

グローバルな [JMS 接続プロパティ]

複数のツールがある大規模なテストを作成する場合、一部のツール (SOAP Client、Messaging Client、および Call Back Tool) が同じ JMS 接続プロパティを使用する場合があるかもしれません。複数のツールで同じ JMS 接続設定を使用したい場合があります。各ツールに同じ情報を手動で入力したり、ツール間で設定をコピー & ペーストしたりするよりも、各ツールが参照できる JMS 設定を作成すると簡単です。この場合、テストまたはアクション スイート レベルで [JMS 接続プロパティ] を作成できます。グローバルな JMS プロパティを作成するには、次の作業を実施します。

...

Info
titleグローバルな JMS 接続プロパティを参照できるのは、SOAP Client、Messaging Client、および Call Back ツールだけです。

グローバルな JMS 接続プロパティの設定が完了すると、これらのSOAtest ツールの複数のインスタンスでプロパティを共有できます。

グローバルな [無視する XPath] プロパティ

グローバルな JMS プロパティの場合と同様に、同じ XPath 設定を使用する複数の Diff ツールが存在するケースがあるかもしれません。複数の Diff ツールで同じ XPath 設定を使用したい場合があります。各 Diff ツールに同じ情報を手動で入力したり、Diff ツール間で設定をコピー & ペーストしたりするよりも、各 Diff ツールが参照できる XPath 設定を作成すると簡単です。この場合、アクションまたはテスト スイート レベルでグローバルな XPath プロパティを作成できます。

...

  1. 目的のスイート ノードを選択し、[プロパティの追加] ボタンをクリックします。

    [グローバル プロパティの追加] ウィザードが開きます。

  2. ウィザードで [グローバル プロパティ] > [無視する XPath] を選択し、[終了] をクリックします。[プロパティ] ノードが表示され、GUI 左側に [JMS 接続プロパティ] パネルが表示されます。
  3. [無視する XPath] パネルに次のように設定を指定します。
    1. デフォルトの名前を変更したい場合は、[名前] フィールドに新しい名前を入力します。この名前は、これらのプロパティを参照する Diff ツールに表示される名前です。グローバルな XPath の一覧リファレンスは 1 つ以上作成できるので、入力する名前は直観的に目的が分かるものであるべきです。
    2. [すべてのテストにプロパティを追加] をクリックします。このボタンをクリックしない場合、追加したグローバル プロパティはアクション スイートのツールに無視されます。ドロップダウン リストからの選択に従って、次のいずれかが発生します。

      • ドロップダウン リストから [共有プロパティのみ使用] を選択した場合、アクション スイート中の関連するツールは、ユーザーが追加したグローバル プロパティだけを使用できます。

      • ドロップダウン リストから [ローカルプロパティと共有プロパティを使用] を選択した場合、アクション スイート中の関連するツールは、ユーザーが追加したグローバル プロパティおよび個々のツールで設定されたプロパティを使用できます。

    3. [追加] ボタンをクリックします。[無視する XPath のリスト] の [XPath] 列に空のフィールドが表示されます。デフォルトでは、[設定] 列は自動的にすべての XPath 操作を指定した状態が入力されます。つまり、ユーザーが追加したすべての XPath は無視されます。
    4. [XPath] 列をダブルクリックすると開く [無視する XPath の設定] ダイアログでは、 XPath のポジションを指定します。入力した XPath はスイート中の複数の Diff ツールによって共有できます。  要素の XPath の場所で 1 つ以上の属性を無視したい場合、属性名を空のままにするか、ワイルドカード * を使用します (例: myAttribute*)。

グローバルな [SOAP ヘッダー] プロパティ

複数のツールがある大規模なテストを作成する場合、SOAP Client ツールが同じ SOAP ヘッダー プロパティを使用するケースがあるかもしれません。複数のツールに同じ SOAP ヘッダー設定を使用したい場合があります。各ツールに同じ情報を手動で入力したり、ツール間で設定をコピー & ペーストしたりするよりも、各ツールが参照できる SOAP ヘッダー設定を作成すると簡単です。この場合、テストまたはアクション スイート レベルでグローバルな SOAP ヘッダー プロパティを作成できます。

...

  1. 目的のスイート ノードを選択し、[プロパティの追加] ボタンをクリックします。

    [グローバル プロパティの追加] ウィザードが開きます。

  2. ウィザードで [グローバル プロパティ] > [SOAP ヘッダー] を選択し、[終了] をクリックします。[プロパティ] ノードが表示され、GUI 左側に [SOAP ヘッダー] パネルが表示されます。
  3. [SOAP ヘッダー] パネルに次のように設定を指定します。
    1. デフォルトの名前を変更したい場合は、[名前] フィールドに新しい名前を入力します。
    2. [すべてのテストにプロパティを追加] をクリックします。このボタンをクリックしない場合、追加したグローバル プロパティはアクション スイートのツールに無視されます。ドロップダウン リストからの選択に従って、次のいずれかが発生します。

      • ドロップダウン リストから [共有プロパティのみ使用] を選択した場合、スイート中の関連するツールは、ユーザーが追加したグローバル プロパティだけを使用できます。

      • ドロップダウン リストから [ローカルプロパティと共有プロパティを使用] を選択した場合、スイート セット中の関連するツールは、ユーザーが追加したグローバル プロパティおよび個々のツールで設定されたプロパティを使用できます。

    3. [追加] ボタンをクリックします。[新規 SOAP ヘッダーの追加] ダイアログが表示されます。
       


    4. 利用可能なヘッダー タイプから、SOAP ヘッダーのタイプを選択し、[OK] をクリックします。
    5. 必要に応じて、SOAP ヘッダーのパラメーターを設定します。各 SOAP ヘッダーの詳細については、「SOAP ヘッダーの追加」を参照してください。

グローバルなデータベース アカウント プロパティ

複数のツールがある大規模なテスト スイートを作成する場合、DB ツールが同じデータベースプロパティを使用するケースがあります。複数のツールに同じデータベース設定を使用したい場合があります。各ツールに同じ情報を手動で入力したり、ツール間で設定をコピー & ペーストしたりするよりも、各ツールが参照できるデータベース アカウントを作成すると簡単です。この場合、スイート レベルでグローバルなデータベース アカウント プロパティを作成できます。

...

  1. 目的のスイートを選択し、[プロパティの追加] ボタンをクリックします。

  2. [グローバル プロパティの追加] ウィザードで [グローバル プロパティ] > [データベース アカウント] を選択し、[終了] をクリックします。[プロパティ] ノードが表示され、GUI 左側に [データベース アカウント] パネルが表示されます。
  3. [データベース アカウント] パネルに次のように設定を指定します。
    1. デフォルトの名前を変更したい場合は、[名前] フィールドに新しい名前を入力します。
    2. [すべてのテストにプロパティを追加] をクリックします。このボタンをクリックしない場合、追加したグローバル プロパティはアクション スイートのツールに無視されます。ドロップダウン リストからの選択に従って、次のいずれかが発生します。

      • ドロップダウン リストから [共有プロパティのみ使用] を選択した場合、アクション スイート中の関連するツールは、ユーザーが追加したグローバル プロパティだけを使用できます。

      ドロップダウン リストから [ローカルプロパティと共有プロパティを使用] を選択した場合、アクション スイート中の関連するツールは、ユーザーが追加したグローバル プロパティおよび個々のツールで設定されたプロパティを使用できます。

    3. 必要に応じて残りのデータベース アカウント設定をします。
      • ファイルにアカウント設定を格納している場合、[ファイル] を選択してファイルのパスを指定します。
        • ファイルをリフレッシュ/リロードするには (たとえば外部で編集した場合など)、[構成設定のリフレッシュ] をクリックします。
      • このパネルで設定を指定したい場合、 [ローカル] を有効にし、ドライバー設定を指定します。次を参照: 

        詳細については「データベース構成パラメーター ( SOAtest) または 「データベース構成パラメーター (Virtualize)」を参照してください。

        • これらの値をファイルにエクスポートするには [構成設定のエクスポート] をクリックします。ファイルに値をエクスポートしたら、[ファイル]> [入力ファイル] コントロール (上記で説明) からファイルをインポートできます。この方法を用いれば、この同じアカウントを別のスイートに追加したいときに値を再入力する必要がありません。 

          なお、エクスポートされたプロパティ ファイルには以下のプロパティが含まれます:

          • driver
          • url
          • username
          • password
          • close.connection

          例:

          version=1
          driver=org.hsqldb.jdbcDriver
          url=jdbc:hsqldb:hsql://localhost/parabank username=sa
          password=dGVzdA==
          close.connection=true


グローバル キーストア
Anchor
Global Key Stores_SOA
Global Key Stores_SOA

キー ストアには、Web サービスを介して安全なサーバー/クライアント認証、XML 暗号化、XML デジタル署名を実行するために必要な証明書や秘密鍵が格納されます。キー ストアで指定した値は、SOAP Client、XML Encryption、および XML Signer ツールで使用できます。

...

Info
titleUnlimited Strength Java Cryptography Extension が必要

キー ストアを使用するには、Unlimited Strength Java Cryptography Extension をダウンロードし、インストールする必要があります。詳細については 「JCE 前提条件」 を参照してください。

MQ SSL

MQ のグローバル テスト スイート プロパティを構成する場合は、キーストアとトラストストアを構成する必要があります。キーストア設定では、[証明書] タブで必要事項を記入するだけです。[証明書エイリアス] フィールドは必須ではありません。[秘密鍵] タブは MQ SSL には適用されません。

ローカル キー ストアの構成

ローカル キー ストアの構成は、テスト スイートのすべてのクライアントとツールに関係します。

...

キー ストア ファイルが外部で編集されている場合、[構成設定のリフレッシュ] をクリックして構成フィールドを再ロードし、グローバル キー ストアが最新の値を使用するようにできます。

グローバル キー ストア設定のエクスポート

グローバル キー ストアを構成した後、設定を .properties ファイルにエクスポートし、他の .tst ファイルでこの設定を参照して、プロジェクトのすべてのスイートに同じキー ストア設定を構成する必要がないようにすることができます。

  1. ローカル キー ストア設定を構成し、[構成設定のエクスポート] をクリックします。
     
  2. .properties 構成ファイルを保存する場所を選択します。

グローバル キー ストア設定のインポート

別のテスト シナリオからエクスポートされたキーストア構成を参照できます。これにより、証明書の設定を一度構成し、プロジェクト間で共有できます。ソース キー ストアの .properties 構成ファイルが更新されると、そのファイルを参照するテスト ケースも更新されます。

  1. テスト スイート エクスプローラーでテスト スイートを右クリックし、[新規追加] > [グローバル プロパティ] を選択します。 
  2. [グローバル キー ストア] を選択して [終了] クリックします。キー ストアの子を持つキー ストア ノードがテスト ケースに追加されます。
  3. デフォルトの名前を変更したい場合は、[名前] フィールドに新しい名前を入力します。
  4. [ファイル] オプションを選択し、キー ストア設定の .properties ファイルを参照します。
  5. 変更を保存します。


Anchor
Global Tools
Global Tools
グローバル ツール

現在のテスト スイートのコンテキスト内でだけ、特定の目的に特化したツールを使用する場合 (たとえば、リクエストまたはレスポンスを操作する XSLT ツールや「連結」ツールを使用して出力を他のツールに送信し、さらにその出力を他のツールに送信する場合など)、それらのツールをテスト スイートのツール リポジトリに追加すると、毎回ツールを作成しなおすことなく、それらのツールをテスト スイートに追加することができます。特化したツールを複数のテスト スイートで使用する場合は、[ツール] > [カスタマイズ] をクリックすると表示される [ツール] パネルを使用してツールを SOAtest 全体に追加する必要があります。

...

  1. 対象のテスト スイートのノードを選択し、[プロパティの追加] ボタンをクリックします。
    [グローバル プロパティの追加] ウィザードが開きます。
  2. ウィザードで [グローバル ツール] > [ツール名] を選択し、[終了] をクリックします。テスト ケース エクスプローラー ツリーに新しいツール ノードが表示され ([ツール] ブランチの下に追加されます。[ツール] ブランチがまだない場合は、ブランチが追加されます)、GUI の右側にツールの設定パネルが表示されます。



  3. ツールのコンフィギュレーション パネルでツールの設定をカスタマイズします。
  4. 出力の追加」で説明されているとおり、ツールにさらに別のツールを連結できます。

テストでリポジトリのツールを使用するには、テストまたは出力を追加する際に表示される [既存ツール] リストからツールを選択します。

グローバル WS-Policy バンク

Web サービスの大きな特徴の 1 つが相互運用性です。Web サービスは、サービス コンシューマーが満たすべき要件を宣言するための標準化されたインターフェイスに依拠してサービス プロバイダーと相互に通信します。標準的な WSDL 仕様には、複雑なクライアント サイドの要件を宣言する機能がありません。これを補うため、WSDL は WS-Policy および WS-PolicyAttachment によって拡張され、サービス プロバイダーが WSDL 内で付加的な要件を定義することが可能になっています。WS-Policy は、他の WS-* 仕様に独自のポリシーのセットの定義を委ねています。そのような仕様の 1 つが、WS-Security に関するポリシーを定義する WS-SecurityPolicy です。

...