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

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

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

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

複数ステップのプロセス – Web アプリケーション

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

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

単一のウェブページ

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

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

ストリーミングメディア

メディア リソースのパフォーマンスをテストすることが目標であり、ストリーム ソースにアクセスするための静的 RTP リンクがある場合は、テスト タイプとして [ストリーミング メディア] を選択します。 メディア ファイルの URL が公開されていない場合は、 Web アプリケーションの テストの種類を考慮してテストを設定します。 オーディオおよびビデオ ストリーミング サービスのロード テストの推奨事項については、「 LoadView を使用してストリーミング メディアをロード テストする方法 」の記事を参照してください。

ストリーミング メディア テスト タイプを使用すると、ターゲット メディアをストリーミングする数千人の同時ユーザーをシミュレートすることで、公開されているメディア リソースをテストできます。 ストリーミング メディア テストの構成の詳細については、 こちらを参照してください。

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

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

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

郵便配達人

Postman を使用して Web API のパフォーマンスをテストしたり、 Dotcom-Monitor で Postman トラフィックを監視したりしている場合、Postman コレクション テストは、LoadView でロード テストを設定するための迅速かつ効果的なツールになります。 ロード テストの構成を開始するには、Postman の既存の Web API 呼び出しからコレクションを作成し、それを Dotcom-Monitor にアップロードする必要があります。 Postman コレクションを使用したロード テストに関する詳細なガイド: Postman ロード テスト: LoadView チュートリアルをご覧ください

JMeterさん

JMeter で作成したテスト計画があり、それを LoadView でのロード テストのセットアップに使用する場合は、ロード テストの種類として JMeter を選択します。 必要なのは、テスト計画と共に JMX ファイルを LoadView プラットフォームにインポートし、テストを実行するようにテスト シナリオを構成することだけです。 開始する前に、JMeterテストプランを使用したロードテストに関するヒントについては、次の記事を確認してください– JMeterテストプランを使用したロードテスト

セレン

Selenium IDE をマスターし、LoadView を使用して Selenium ロード テストを実行する場合は、Selenium IDE 統合を使用してこれを行うことができます。 セレンで作成したテスト スイートを IDE ファイルに保存し、LoadView でセレン テストの種類を選択してファイルをアップロードします。 LoadView でセレン ロード テストを設定して実行する方法については、Wiki の 「セレン テストを使用したロード テスト 」の記事を参照してください。