ロードテストの種類の選択

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

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

Web アプリケーションを選択すると、スクリプト化されたアクションでロードへの影響を追跡できます。単一のWebページを実際のブラウザ(Chrome、Microsoft Edge、モバイルブラウザ/デバイスなど)で開いてパフォーマンスをテストする必要がある場合は、[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 ページテストの構成の詳細については、こちらを参照してください。

ストリーミングメディア

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

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

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

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

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

郵便配達人

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

JMeterさん

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

セレン

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