ロードビュー – 同時実行ユーザーテスト

LoadViewは、仮想ユーザーが制御する実際のブラウザで訪問者のアクティビティをシミュレートし、ウェブサイトやWebベースのサービスに対するさまざまなレベルの需要を再現します。

同時ユーザーテスト

ユースケースシナリオ – 並行ロードテスト

LoadView では、さまざまな方法で同時実行ユーザー テストを実行できます。 たとえば、同時ユーザー数が 10 人程度のロード テストを開始し、5 分間これらのユーザーを実行して、ベースライン パフォーマンス メトリックを確立できます。 ベースラインを確立した後、同時ユーザー数が 100 人に達するまで、1 分間に 10 人の同時ユーザー数を増やすことができます。 さらに 5 分間、さらに 5 分間テストを実行して、結果が平準化されるように、さらに 100 人の同時ユーザーごとに実行することもできます。

同時ユーザーを追加する間に Web ページの応答時間が急増または低下する要因として、Web サーバーでのメモリの追加割り当てやバックエンドでのデータベース接続の追加などがあります。 これらの結果、システム リソースが解放されるのを待っている間に、平均ページ読み込み速度が急上昇し、リソースが割り当てられた後に通常のレベルに戻る可能性があります。

これをテストするには、1,000 ~ 10,000 人の同時ユーザーのテストを実行するか、Web サイトがピークユーザー数を処理できることを十分に証明するまで実行できます。 これらのテストを使用して、許容できないページの読み込み速度を引き起こすユーザーのボリュームと、Web アプリがクラッシュする同時ページ要求の数の両方を特定できます。 これは、システムを限界まで押し上げるために、より大きなユーザー数で開始される追加のロード テストを実行することによって実行できます。

グローバル クラウド サービスからの同時ロード テスト

外部同時実行ユーザー テスト (ネットワークの外部から)

多くの Web サイトのロード テスト プラットフォームは、ネットワーク内からサイトへのトラフィックを促進しますが、インターネットを経由する実際の顧客トラフィックを正確に描写するものではありません。 真のロード テストでは、コンテンツ配布ネットワーク (CDN)、ロード バランサー、マルチノード サーバー ファーム、その他のトラフィック最適化ツールなどの追加の変数を検討できます。

LoadView では、トラフィックの発生元が最上位のクラウドプロバイダーを使用している場所を選択でき、40 を超える Azure クラウド サービスと Amazon Web サービス (AWS) の場所から選択できます。 これにより、トラフィックの大半がサイトまたはアプリケーションに入るのと同じリージョンをテストできます。 さらに別の手順を踏み出して、必要に応じて、地理的な場所ごとに発信されるトラフィックの割合をそれぞれ異なる割合で割り当てることができます。 これにより、多数の同時ユーザーの要求に応じて、Web サイトのページやアプリケーションの読み込み速度が一貫して高速であることを確認できます。

何千人もの同時訪問者とウイルスに感染する

ウェブサイトでトラフィックが急増したり、広告キャンペーンがウイルスに感染した場合、同時ユーザー数の増加に対応できるかどうかがわかりますか。 LoadView には、パフォーマンスの問題が発生する前に Web サイトで処理できる同時ユーザー数を特定するまで、同時ユーザー数を増やすクラウドベースのロード テストをセットアップするためのツールが用意されています。 既存のインフラストラクチャで同時ユーザーのキャパシティを把握することは、トラフィックの増加をサポートし、トラフィックの急増に備えるために重要です (開発者に人気のある API をテスト する場合も同様です)。

シンプルで強力な同時ユーザーテスト

ロードテストの計画とスクリプトを作成し、ロードカーブを指定してテストを実行するだけです。

並行ロードテストを正しく実行する方法

同時実行ユーザーを適切にロードするには、数百または数千人の同時ユーザーをスピンアップして Web アプリに負荷を生成できる堅牢なツールが必要です。 その後、サイトで負荷を処理できること、またはアプリケーションのボトルネックを特定できるまで、同時ユーザー数を増やす必要があります。 従来のロード テスト ツールとオープン ソースロード テスト ツールでは、大規模なテストをサポートできません。 LoadView のようなクラウドベースのシステムから数千人の同時ユーザーを使用するピークロードテストは、テストのニーズに合わせて簡単にスケールアップできます。

同時ユーザーのボトルネックを事前に特定

Web サイトが最初に開発されたとき、通常は同時にサイトを訪問できるユーザーの数を最大化するようには設計されていません。 あまりにも頻繁に、同時ユーザーのボトルネックは、それが遅すぎるまで特定されませんし、サイトの応答性の低下や本格的なウェブサイトのクラッシュのためにサイトの訪問者を失っています。

LoadView は、既知の安全なトラフィック レベルでテストを開始し、1 分ごとにユーザーを追加できるため、同時にサイトを訪問するユーザーが増えた場合に Web サイトの読み込み時間がどのように影響を受けるかを確認できます。 快適なレベルを超えて応答時間をプッシュする同時訪問者の数を特定したら、減速の原因の診断を開始できます。

同時仮想ユーザーロードテストおよび

リアル ユーザー モニタリング (RUM)

RUMは、ユーザーの視点からリアルタイムでウェブサイトのパフォーマンスを追跡するための優れたツールですが、実際のユーザーにパフォーマンスを理解してもらうのは難しいかもしれません。 合成の実際のブロワー負荷テストは、システムをストレステストするために同時仮想ユーザーからトラフィックを生成するRUMを超えたステップを行います。

LoadView は、個々の仮想ユーザー セッションごとにメトリックを収集して、ページの平均パフォーマンスを高レベルで確認し、特定の時点でのページ上の各要素のパフォーマンスの詳細をドリルダウンできるようにします。 RUM は、Web サイト (通常は JavaScript) に組み込まれたコードを使用してこのような洞察を提供し、LoadView はブラウザー レベルから Web サイトのパフォーマンスを記録します。