You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

このセクションでは、グローバルに共有および参照できる、JMS、 XPath、 SOAP ヘッダー、およびデータベース プロパティの作成方法について説明します。このセクションの内容:

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

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

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

  2. [グローバル プロパティの追加] ウィザードで [グローバル プロパティ] > [JMS 接続プロパティ] を選択し、[終了] をクリックします。[プロパティ] ノードが表示され、GUI 左側に [JMS 接続プロパティ] パネルが表示されます。
  3. [JMS 接続プロパティ] パネルに次のように設定を指定します。
    1. (任意) [名前] フィールドに新しい名前を入力します。この名前は、これらのプロパティを参照するツールに表示される名前です。グローバルな JMS 接続プロパティのリファレンスは 1 つ以上作成できるので、入力する名前は直観的に目的が分かるものであるべきです。
    2. [すべてのテストにプロパティを追加] をクリックします。このボタンをクリックしない場合、追加したグローバル プロパティはアクション スイートのツールに無視されます。ドロップダウン リストから [共有プロパティのみ使用] を選択した場合、アクション スイート中の関連するツールは、ユーザーが追加したグローバル プロパティだけを使用できます。 および、個々のツールで設定したプロパティだけを使用できます。

    3. [プロバイダー URL] フィールドで、JMS 管理オブジェクトの場所を指定します。 
    4. [初期コンテキスト] フィールドで、すべての JMS プロパティのマッピングを含む Java クラスを指定します。
    5. [接続ファクトリ] フィールドで、初期コンテキストから MOM 固有ファクトリのルックアップに使用されるキーを指定します。キュー接続ファクトリまたはトピック接続ファクトリのどちらでもかまいません。
    6. [認証] エリアでは、[認証の実行] チェックボックスをオンにし、リクエストを認証するためのユーザー名とパスワードを入力します。不正なユーザー名とパスワードが使用された場合、リクエストは認証されません。

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

複数の Diff ツールで同じ XPath 設定を使用したい場合があります。各 Diff ツールに同じ情報を手動で入力したり、Diff ツール間で設定をコピー & ペーストしたりするよりも、各 Diff ツールが参照できる XPath 設定を作成すると簡単です。この場合、アクションまたはテスト スイート レベルでグローバルな 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 ヘッダー設定を使用したい場合があります。各ツールに同じ情報を手動で入力したり、ツール間で設定をコピー & ペーストしたりするよりも、各ツールが参照できる SOAP ヘッダー設定を作成すると簡単です。この場合、テストまたはアクション スイート レベルでグローバルな SOAP ヘッダー プロパティを作成できます。

グローバルな SOAP ヘッダーを作成するには、次の作業を実施します。

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

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

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

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

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

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


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

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

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

グローバルなデータベース アカウントを作成するには、次の作業を実施します。

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

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

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

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

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

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

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

グローバル キーストア

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

SOAP Client ツールは、キー ストアの証明書を使用してサーバーとのハンドシェークを実行できます。XML Encryption ツールは、キー ストアの証明書を使用して XML ドキュメントを暗号化でき、また XML Signer ツールは、キー ストアの証明書および秘密鍵を使用して XML ドキュメントに署名したり作成者の証明を行うことができます。

Unlimited Strength Java Cryptography Extension が必要

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

MQ SSL

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

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

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

  1. テスト スイート エクスプローラーでテスト スイートを右クリックし、[新規追加] > [グローバル プロパティ] を選択します。 
  2. [グローバル キー ストア] を選択して [終了] クリックします。キー ストアの子を持つキー ストア ノードがテスト ケースに追加されます。
  3. デフォルトの名前を変更したい場合は、[名前] フィールドに新しい名前を入力します。
  4. [ローカル] オプションを選択し、[キー ストア] パネルの [証明書] タブで次の設定を指定します。
    1. キー ストアに証明書の秘密鍵が含まれている場合は [秘密鍵に同じキー ストアを使用] を有効にします。
    2. [キー ストア ファイル] フィールドでキー ストア ファイルを指定します。[相対パスとして保持] を有効にし、相対パスとして (つまり、プロジェクトの共有を促進するために) 場所を保存します。
    3. [キー ストア パスワード] フィールドにキー ストアのパスワードを入力します。
    4. [キー ストア タイプ] ドロップダウンメニューから、使用されているキー ストアのタイプ (JKS、PKCS12、BKS、UBER、PEM) を選択します。
    5. [ロード] をクリックし、利用可能な証明書/キーでエイリアスを入力します。パス、タイプ、およびキー ストア パスワードが有効でない場合、証明書/キーはロードされません。 
    6. [証明書のエイリアス] ドロップダウン メニューで証明書のエイリアスを選択します。
  5. [秘密鍵] タブをクリックします。 
  6. [証明書]タブで [秘密鍵に同じキー ストアを使用] が無効になっている場合 (手順 4.a-4.d を参照)、適切なフィールドでキー ストア ファイル、キー ストアのパスワード、およびキー ストア タイプを指定します。 
  7. [ロード] をクリックし、利用可能な証明書/キーでエイリアスを入力します。パス、タイプ、およびキー ストア パスワードが有効でない場合、証明書/キーはロードされません。 
  8. [秘密鍵のパスワード] フィールドで秘密鍵のパスワードを指定し、変更を保存します。

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

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

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

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

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

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

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

  • No labels