このチュートリアルでは、サービス テストと Web UI テストの重要な分野に SOAtest がどのように対処するかを説明します。チュートリアルの中の演習でさまざまなテスト スイートを作成します。

要件

このチュートリアルを実施するには、以下の要件があります。

  • Parasoft ParaBank というサンプル Web アプリケーションが SOAtest に含まれている。

チュートリアルを実施するユーザーのために、SOAtest には SOAtestTutorial.tst というサンプル テスト スイートが用意されています。このテスト スイートは examples ディレクトリにあります。このテスト スイートには、演習で作成するすべてのテストに加えて、チュートリアル中で参照される具体的な例が含まれています。個々のテストの詳細については、各テスト スイートの設定パネルの [要件および説明] タブで説明しています。

ParaBank のセットアップ

このチュートリアルのほとんどのサンプルで、ParaBank プロジェクトを作成して実行する必要があります。

  1. SOAtest で、[ファイル] > [新規] > [プロジェクト] を選択します。
  2. [SOAtest] > [ParaBank サンプル プロジェクト] を選択し、[次へ] をクリックします。



  3. プロジェクト名 (たとえば ParaBank) を入力し、[終了] をクリックします。
  4. [サーバー] ビューで、ParaBank Tomcat 5.5 サーバーが起動し、同期化されていることを確認します ( [サーバー] ビューが表示されていない場合は、[ウィンドウ] > [ビューの表示] > [その他] > [サーバー] > [サーバー] を選択します)。サーバーが起動して同期化されるまで 1 分ほどかかる場合があります。

           

使用されるポートについての注意

Web アプリケーションが起動したら、使用されているポートを必ずメモに控えてください。

 

 

ParaBank はポート 8080 をデフォルトで使用します。ポート 8080 がすでに使用されている場合、SOAtest は利用可能なポートを 8000 からインクリメンタル検索します。

別のポートの使用

以下の操作を行って、ポートの設定を変更することができます。

  1. [サーバー] ビューで、ParaBank Tomcat 5.5 Server エントリをダブルクリックします ( [サーバー] ビューが表示されていない場合は、[ウィンドウ] > [ビューの表示] > [その他] > [サーバー] > [サーバー] を選択します)。[概要] エディターが開きます。
  2. [ポート] の [HTTP/1.1] エントリでポート番号を変更します。



  3. Ctrl + S キーを押して [概要] エディターを保存します。
  4. [サーバー] ビューで、[サーバーの再起動] ボタンをクリックします。ParaBank が再起動します。

ParaBank のトラブルシューティング

以前のバージョンの SOAtest からアップグレードしていて、 サーバーが正常に開始したと Java パースペクティブがレポートしているにも関わらず、ブラウザーに 404 Error メッセージが表示される場合、以下のようにワークスペースを消去する必要があります。

  1. Java パースペクティブを開きます。
  2. [サーバー] ビューを開きます ( [サーバー] ビューが表示されていない場合は、[ウィンドウ] > [ビューの表示] > [その他] > [サーバー] > [サーバー] を選択します)。
  3. [サーバー] ビューで、ParaBank Tomcat サーバーを右クリックし、[消去] をクリックします。



  4. ParaBank Tomcat サーバーを再起動します (右クリックして [再起動] を選択します)。

Parasoft SOAtest のベスト プラクティス

本マニュアルでは、SOAtest でテスト ケースを作成するための推奨方法を例として紹介しています。自身のサービスやアプリケーション用にテストを作成する際に、SOAtest のベスト プラクティスを適用することができます。 

以下のリストは、SOAtest を使用するための主要なベスト プラクティスです。

  • SOAtest のテスト ウィザードを使って、毎日夜間に実行するテスト スイートを作成します。
  • SOAtest のテスト ウィザードを使って、WSDL 中で定義されている各操作についてテスト クライアントのテスト スイートを作成します。これらのテスト クライアントは、再利用性を高めて編成しやすくするために、機能テストやシナリオ テストの異なるテスト スイートに移動することができます。
  • テスト ケースごとにポジティブ テスト ケースとネガティブ テスト ケースを作成して、サービスのテスト カバレッジを最大にします。
  • ポジティブ テスト ケースとネガティブ テスト ケースの両方について回帰テストを作成します。時間の経過と共にサービスが進化していく際に、回帰テストはサービスの機能の変化をユーザーに警告します。
  • テスト要件ごとに、個別のテスト (*.tst ファイル) を作成します。

チュートリアルをとおして、上記を含め、ベスト プラクティスをどのように適用するかについて説明します。

SOAtest の機能について基本的な理解を得たら、「ベスト プラクティス ガイド」 を参照することを強く推奨します。

  • No labels