ロード テストを構成するには、ロード テストの種類を選択する必要があります。 LoadView は、選択した種類のテスト シナリオをレプリケートして、テスト実行中に仮想ユーザー負荷をシミュレートします。 この記事は、ロード テストに使用するロード テストの種類を決定するのに役立ちます。
選択は、Web アプリケーション、Web ページ、Web サービスのパフォーマンス、または Web サーバーの制限のいずれをテストするかによって異なります。
Real Browser test を選択すると、スクリプト化されたアクションで負荷の影響を追跡したり、 実際のブラウザー (Chrome、Microsoft Edge、モバイル ブラウザー/デバイスなど ) で開いて 1 つの Web ページのパフォーマンスをテストしたりできます。ブラウザーで開かずにターゲット URL に HTTP/S 要求を送信して Web リソースの制限をテストするには、[ HTTP/S ] オプションを選択します。
詳細については 、HTTP と実際のブラウザーロード テストの比較 の記事をご覧ください。
Real Browser – Webアプリケーションテスト
Web アプリケーションのスケーラビリティをテストしたいですか? 具体的には、多数の同時ユーザーがランディング ページを閲覧したり、Web サイトにログインしてフォームを送信したり、ショッピング カートに商品を追加したりできる場合に、大幅な遅延が発生しないかどうかを確認する必要があります。
Real Browserテストでは、ターゲットWebサイトでのユーザーインタラクションステップを記録し、それらのステップをスクリプトに変換し、指定された数の同時ユーザーをWebサイトにエミュレートして再現できます。 さらに、これは実際の ブラウザ を使用して、ユーザーインタラクションを担当するすべてのWeb要素をロードおよびチェックする最も包括的なソリューションです。 このテストでは、Web アプリケーションとのブラウジング、Web フォームの送信、およびその他の種類のユーザー操作をテストできます。 これにより、パフォーマンス全体のボトルネックとなる個々の Web 要素を特定できます。
単一のウェブページ
優れたユーザーエクスペリエンスを確保するために単一の Webページ のパフォーマンスをテストする場合は、実際のブラウザでユーザーの訪問を記録し、ユーザーインターフェイスを定義するさまざまなWebテクノロジー(JavaScript、CSSなど)をテストできます。LoadView は、ページを読み込み、動的要素を含むすべての可視ページ コンテンツを 実際のブラウザー ウィンドウでテストして、応答時間を測定し、実際のページのパフォーマンスを表示します。 たとえば、ログインフォームを使用してランディングページをテストして、極端な負荷の下でどのように機能するかを確認できます。
実際のブラウザでのWebページのロードテストが優先事項ではなく、負荷がかかった状態で単一のURLが期待どおりに機能するかどうかをテストしたい場合は、 HTTP(S) ロードテストタイプを選択します。
Web アプリケーション テストの構成に関する詳細については、 を参照 してください。
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 の 「セレン テストを使用したロード テスト 」の記事を参照してください。
ストリーミングメディア
メディア リソースのパフォーマンスをテストすることが目標であり、ストリーム ソースにアクセスするための静的 RTP リンクがある場合は、テスト タイプとして [ストリーミング メディア] を選択します。 メディアファイルのURLが公開されていない場合は、 Real Browser テストタイプを検討してテストを設定してください。 オーディオおよびビデオ ストリーミング サービスのロード テストの推奨事項については、「 LoadView を使用してストリーミング メディアをロード テストする方法 」の記事を参照してください。
ストリーミング メディア テスト タイプを使用すると、ターゲット メディアをストリーミングする数千人の同時ユーザーをシミュレートすることで、公開されているメディア リソースをテストできます。 ストリーミング メディア テストの構成の詳細については、 こちらを参照してください。
ウェブソケット
1 つの WebSocket URL をテストして、対話型アプリケーションがパフォーマンスの問題なしに大量の同時接続を処理できることを確認する場合は、WebSocket テストを選択します。実際のトラフィックをシミュレートすることで、ボトルネックを特定し、問題がユーザーに影響を及ぼす前にパフォーマンスを最適化できます。詳しくは こちらをご覧ください。