ロード テストを構成するには、ロード テストの種類を選択する必要があります。 LoadView はテスト シナリオをレプリケートして、テスト中に仮想ユーザーの負荷をシミュレートします。 この記事は、ロード テストに使用するタスクの種類を決定する際に役立ちます。

選択は、Web アプリケーション、Web ページ、Web サービスのパフォーマンス、または Web サーバーの制限のいずれをテストするかによって異なります。

Web アプリケーションを選択すると、スクリプト化されたアクションでロードへの影響を追跡できます。 実際のブラウザ (Chrome、Microsoft Edge、モバイル ブラウザー/デバイスなど)で開いて、単一の Web ページのパフォーマンスをテストする必要がある場合は、[Web ページ] を選択します。ブラウザで開かずにターゲット URL に HTTP/S 要求を送信して Web リソース制限をテストするには、HTTP/Sオプションを選択します。

詳細については 、HTTP と実際のブラウザーロード テストの比較 の記事をご覧ください。

Web アプリケーション

Web アプリケーションのスケーラビリティをテストしたいですか? 具体的には、多数の同時ユーザーがランディング ページを閲覧したり、Web サイトにログインしてフォームを送信したり、ショッピング カートに商品を追加したりできる場合に、大幅な遅延が発生しないかどうかを確認する必要があります。

Web アプリケーションテストでは、ターゲット Web サイトでユーザー操作の手順を記録し、それらのステップをスクリプトに変換し、指定した数の同時ユーザーを Web サイトにエミュレートして再現できます。 さらに、これは、ユーザーの操作を担当するすべての Web 要素を読み込んでチェックするために 、実際のブラウザー を利用する最も包括的なソリューションです。 このテストでは、Web アプリケーションとのブラウジング、Web フォームの送信、およびその他の種類のユーザー操作をテストできます。 これにより、パフォーマンス全体のボトルネックとなる個々の Web 要素を特定できます。 Web アプリケーション テストの構成に関する詳細については、 を参照 してください

ウェブページ

単一の Web ページ のパフォーマンスをテストして、優れたユーザー エクスペリエンスを保証する場合は 、Web ページ テストを選択できます。 これは、Web アプリケーション タスクの簡略化されたバージョンと考えることができます。 最新の Web ページでは、ユーザー インターフェイスを定義するさまざまな Web テクノロジ (JavaScript、CSS など) を使用しています。 このタスクは、ページを読み込み、動的要素を含むすべての表示ページ コンテンツを 実際のブラウザー ウィンドウに表示して、応答時間を測定し、実際のページパフォーマンスを表示します。

唯一の制限は、ロードがユーザーと Web ページとの対話にどのように影響するかをテストする機能です。 たとえば、ランディング ページをログイン フォームでテストして、それが極端な負荷の下でどのように実行するかを検証できますが、フォームの送信を担当する Web 要素のパフォーマンスをテストすることはできません。 Web ページ タスクの構成に関する詳細については、 を参照 してください

HTTP/S、SOAP、レストウェブ API

タスクのスタックは 、Web リソース または API および SOAP ベースの Web サービスのパフォーマンスをテストする最も簡単な方法です。 これらのテストでは、Web リソースが特定の負荷を処理できるかどうかを確認し、負荷が発生した応答時間に大幅な遅延がないことを確認できます。

これらのタイプのテストでは、Web サイトのユーザー インターフェイスが負荷に影響を受けるかどうかはわかりませんが、サーバーや API のパフォーマンスをテストして理解することができます。 タスクの構成に関する詳細については、対応する記事 「HTTP(S)」 、 SOAPRest WEB APIの記事を参照してください。