ビジュアル テストやスクリプトなどの Silk Test Workbench 資産を作成してアプリケーションのテスト ソリューションを構築する前に、テスト戦略を立てることをお勧めします。
1 つのビジュアル テストまたはスクリプトに特定のテスト ソリューションのすべての部分を含める必要はありません。また、通常、そうすることは有益ではありません。
通常、最も効率のよいテスト方法は、モジュール式アプローチを採用したものです。 アプリケーション テストを一連のトランザクション単位として考えます。
たとえば、オンライン発注システムのテストには、以下のようなトランザクション単位が含まれるかもしれません。
オンライン システムへのログオン
顧客プロファイルの作成
注文の発注
オンライン システムのログオフ
1つのテストでこれらの単位をすべて処理し、このテストを使用するシナリオが10通りある場合、それらのシナリオを処理するために10個の別々のテストを記録する必要があります。 アプリケーションに何らかの変更があった場合、たとえば、ログオン ウィンドウにフィールドが1つ追加された場合、新しいフィールドへのデータ入力を処理するために10個の別々のテストに変更が必要になります。
これらのトランザクション単位をすべてテストするビジュアル テストまたはスクリプトを 1 つ作成して、それをシナリオごとに 10 個作成するよりも、これらのトランザクション単位を 1 つずつ処理する別個のテストをテスト「モジュール」として作成する方が有益です。 トランザクション単位ごとに別々のテストを作成し、それをテスト シナリオごとに再利用すれば、ログオン トランザクション単位を処理するテストだけを変更すればよいことになります。
モジュール式テストの基本が理解できたので、2つめのテストを作成し、前のレッスンで作成したテストに追加してみます。