このセクションは、WebKing ユーザーまたはバージョン 5.x 以前の SOAtest ユーザー向けの一般的な移行ガイドです。このセクションの内容:
この移行ガイドの目的は、 WebKing ユーザーまたはバージョン 5.x 以前の SOAtest ユーザーがSOAtest 9.x にスムーズに移行できるよう支援することです。
この移行ガイドは、すでに SOAtest または WebKing の使用経験があるユーザーを対象としています。新規ユーザーはまず「SOAtest チュートリアル」を参照してください。
SOAtest のインターフェイスは SOAtest バージョン 6.0 から Eclipse フレームワークに統合されたため、 Eclipse フレームワークの階層に従ってテスト資産を管理するようになりました。そのため、毎回個別に .tst ファイルを開く必要がなくなりました。代わりに、すべての .tst ファイルをワークスペース内のプロジェクトで管理できます。
ワークスペースはローカル マシンのディレクトリに対応します。ユーザーはSOAtest の起動時に任意の場所のワークスペースを指定できます。指定した場所は記憶され、今後の SOAtest の実行で使用されます。SOAtest 9.x を起動すると、Eclipse ワークスペースが自動的に <user_home_dir>/parasoft/workspace に作成されます。例: /home/username/parasoft/workspace (Linux), C:\Users\username\parasoft\workspace (Windows)
このセクションでは、既存の SOAtest/WebKing ユーザーにとって有用な、新規プロジェクトの作成方法をいくつか取り上げます。WSDL からの作成など、他の方法で新規プロジェクトを作成する方法については「SOAtest チュートリアル」で説明しています。
組織全体で簡単にテストを共有できるようにするために、指定されたチームメンバー ( 通常はチームのリーダーまたはマネージャー) はどのプロジェクト構成方法を採用するかを決定しなければなりません。その後、チーム全体で同じ方法を採用します。
| 状況 | 取るべき方法 |
|---|---|
| ソース管理システムにテストを格納している。 | Creating Projects from Tests Under Source Control |
| テストをソース管理システムに格納していない。そしてファイル システム中の別の場所に古いテストをコピーしたいと考えている。 | Copying Tests to a New Location |
| テストをソース管理システムに格納していない。そして、既存のファイルをファイル システム中の同じ場所に残したいと考えている。 | Leaving Tests in the Original Location |
SOAtest 6.0 以上でファイルを開くと、ファイルは自動的に新しい形式で保存されます。新しい形式のファイルを以前のバージョンの SOAtest および WebKing で開くことはできません。 |
デフォルトで、SOAtest 9.x には CVS によるソース管理サポートが附属しています。Eclipse にプラグインを追加することで、他のソース管理を追加できます。
ソース管理システムにチェックインされたテスト スイートから構成されるプロジェクトを作成するには、次の操作を行います。
.project および .parasoft ファイルを追加します。 これらのファイルは [ナビゲーター] ビューに表示され、チーム全体で共有されます。.metadata フォルダーを追加してはいけません。ソース管理システムに格納されていないテストの場合、もっとも強く推奨するオプションは新しいワークスペースに古いテストをコピーすることです。そうすることによって、ハードドライブをバックアップするのに似た方法で古いテストが保存されます。この方法については「新しい場所へテストをコピーする」で説明します。
2 番目のオプションは、[ 既存の SOAtest または WebKing テストスイートからのプロジェクト] ウィザードを使用する方法です。この方法では、ワークスペース内にオリジナル ファイルが表示されますが、ファイル システム上の同じ場所にファイルを残すことができます。この方法については「同じ場所にテストを保管する」で説明します。
既存のテストスイートをファイル システム上の別の場所にコピーするプロジェクトを作成するには、次の操作を行います。
.project フォルダー、および .parasoft ファイルをソース管理システムに追加します。これらのファイルは [ナビゲーター] ビューに表示され、チーム全体で共有されます。.metadata フォルダーを追加してはいけません。「ファイル システム上の同じ場所に既存のテスト スイートを保管するプロジェクト」を作成するには、次の操作を行います。
チーム メンバーは、プロジェクトを作成した後チーム プロジェクト セット ファイル (.psf) を作成することができます。このファイルは、チーム内の他のメンバーが共有できます。チーム プロジェクト セット ファイル (.psf) を共有することによって、各チーム メンバーが同じ方法で Eclipse プロジェクトを作成できます。これは、夜間自動テスト プロセスからタスクをインポートするために必要なステップです。
CVS から作成したプロジェクトのためのチーム プロジェクト セット ファイルを作成するには、次の操作を行います。
チーム プロジェクト セット ファイルからプロジェクトを作成するには、次の操作を行います。
既存の SOAtest または WebKing のユーザーは、以前のバージョンの SOAtest または WebKing から設定をインポートできます。設定には、以前に使用した WSDL URL、Report Center の設定、クラスパスに jar ファイルを追加するためのシステム プロパティなどがあります。以前のバージョンの SOAtest または WebKing の設定は、 SOAtest または WebKing のインストール ディレクトリ中に拡張子 .xtp または .wkp のバイナリ ファイルとして保存されています。
既存の設定をインポートするには、次の操作を行います。
Eclipse ベースになったため、SOAtest のルックアンドフィールのスタイルはやや異なります。ただし、このセクションで説明する変更点を除いて、ユーザー インターフェイスのデザイン レイアウト、フォームおよび設定はほとんど変わっていません。既存ユーザーにとってはなじみがあるもののはずです。
テスト ケース エクスプローラーは、複数の Eclipse プロジェクトを同時に開くことができます。各プロジェクトは、複数のテスト スイートを同時に持つことができます。以前のバージョンの SOAtest では、常に 1 つのテスト スイートしか開くことができませんでした。
テスト ケース エクスプローラーの右上には次のメニュー ボタンがあります。
以前のバージョンでは、たとえば Editor など、テスト ノードに対する設定パネルを表示するには [Tests] タブでそのノードを選択しました。SOAtest 9.x では、テスト ケース エクスプローラーでノードをダブルクリックしてそのノードのエディターを表示できます。
デフォルトのダブルクリックで開く動作をシングルクリックに変更するには、次の操作を行います。
この設定によって、シングルクリックでエディターを開くことができるようになります。
以前のバージョンの SOAtest および WebKing では、一度に表示できるエディターは 1 つだけでした。 SOAtest 9.x では、複数のエディターを同時に開くことができます。
SOAtest 9.x では、エディターが変更されると、エディターのタブにアスタリスク “*” が表示されます。これは保存されていない変更があることを意味します。エディターに対する変更は、ツールバーの [保管] ボタンまたはキーボード ショートカットの Ctrl + S を使って明示的に保存しなければなりません。
バージョン 5.5 以前の SOAtest では、環境は [Tests] タブの下の別のタブに表示されていました。SOAtest 9.x では、環境はテスト ケース エクスプローラーのツリー ビューの一部になりました。
テストを実行するには、テストのノードを右クリックし、ショートカット メニューの ["Example Configuration" を使用したテスト] をクリックします。 別の方法として、F9 キーを押すかツールバーの [テストの実行] ボタンをクリックして実行する方法もあります。
以前のバージョンの SOAtest および WebKing では、テスト スイート ファイル (.tst) を明示的に保存する必要がありました。SOAtest 6.x 以降、テスト ケース エクスプローラーにおけるユーザー アクションは自動的に保存されます。たとえば、テスト ケース エクスプローラーへの新規テストの追加は自動的に保存されます。
最新バージョンの SOAtest で保存されたテストを、古いバージョンの SOAtest で開くことはできません。
テストの実行中に発生した失敗は [品質タスク] ビューに表示されるようになりました。以前のバージョンで Messages Log に表示されていた内容は、SOAtest 9.x では [コンソール] ビューに表示されます。
適切なソース管理プラグインを Eclipse 環境にインストールしている場合、次の操作を行ってテスト スイートをソース管理に直接チェックインすることができます。
新しいプロジェクトをチェックインするには、次の操作を行います。
コマンド ラインからの夜間自動ビルドを設定するには、次の操作を行います。
soatestcli.exe -data "c:\mySOAtestWorkspace" -showdetails -config "user://Example Configuration" -report "c:\mySOAtestReports" -publish -localsettings c:\mySOAtestWorkspace\mylocalsettings.properties" -publish 引数は DTP にレポートを追加し、テストおよび解析データのマージ、関連付け、分析を行って、深く隠された欠陥パターンを明らかにできます。DTP はデータを処理する際、実用的な指摘事項を作成します。それらの指摘事項をダウンロードして IDE にインポートできます (DTP 5.3.x 以降が必要)。
-publishteamserver オプションを使用して Team Server にレポートをパブリッシュすることもできます。このオプションは Concerto および古いバージョンの DTP との後方互換性を提供します。
変更点の詳細については「コマンドラインインターフェイス (cli) の移行」のセクションを参照してください。
HP QC Integration は 6.2 から 9.x へアップグレードしました。正しい動作の継続を確実にするために、2 つの製品に接続するステップを再実行する必要があります。