ロード テストを実行する場合、同時ユーザーや同時ユーザーに対して ウェブ サイトとアプリケーションをテストすることが重要ですが、その違いは何ですか。 同時ユーザーテストと同時テストを実行する必要があるのはいつですか? 多くの人が「同時ユーザー」と「同時ユーザー」という言葉を聞くと混乱します。 最も資格のある技術者でさえ、同時ユーザーと同時ユーザーと関連するトピックについて話すとき、混乱します。 ウェブ 上にはさまざまな定義や例がありますが、それらを理解していないか、読んだ後に混乱する可能性があります。
パフォーマンス テストに関しては、テストを成功させるために知識を効果的に適用するために、基本的なレベルで同時ユーザーと同時ユーザーを理解することがさらに重要になります。 負荷テスト、ストレステストなどのパフォーマンステストは、負荷の種類やユーザーアクティビティの影響を大きく受けます。 それ以上の方法がなければ、少しずつ理解しましょう。 この記事では、2 つの用語の違いについて説明し、それぞれのベスト プラクティスを提供します。ウェブ ウェブ
同時ユーザーと同時ユーザー
同時ユーザー数
「同時実行」という語は、特定の期間、または観測期間に発生するアクションとイベントを指します。 つまり、同時ユーザーは、実行するアクティビティや要求に関係なく、一定期間にわたって ウェブ サイトまたはアプリケーションに接続されます。 負荷テストでの同時ユーザーについて話すとき、それらは、サイトまたはアプリケーションに接続されている仮想ユーザーですが、同時にまったく実行されず、同じタスクやトランザクションを実行していません。 たとえば、さまざまな仮想ユーザーが異なる目的またはトランザクションステップを実行するテストを設定できます。
同時ユーザー
「同時」という言葉は、ある時点で発生するアクションとイベントを指します。 つまり、同時ユーザーは、 ウェブ サイトまたはアプリケーションで同時に同じアクティビティまたはトランザクションを実行しているユーザーです。 負荷テストの例を使用すると、数百人のユーザーがアプリケーションにログインし、製品を検索し、アイテムを同時に購入することができます。
例から同時ユーザーと同時ユーザーをよりよく理解しましょう。 e コマース ウェブ サイトがあり、ある観察時間に ウェブ サイトで何かをしているユーザーが 15,000 人いるとします.m。 その時間の間、午後12時30分.m時に、チェックアウト要求を行った1,000人のユーザーがいます。
この場合、同時ユーザー数は 15,000 人、チェックアウトの同時要求数は 1,000 です。 この例から引き出すことができるいくつかの結論を次に示します。
同時ユーザーは、常に同時ユーザーのサブセットです。 つまり、同時ユーザー数は、常に同時ユーザー数よりも多くなります。 彼らが同じになることはまれです。
同時ユーザーは非アクティブまたはアクティブで、任意のアクティビティを実行できます。
同時ユーザーを非アクティブにすることはできません。 これらはアクティブであり、観測タイムスタンプで同じトランザクションを実行する必要があります。
同時ユーザーと同時ユーザーのテスト
同時ユーザーと同時ユーザーを理解することが、効果的なパフォーマンス テストの鍵となります。 実際の違いを知らなくてもパフォーマンス テストを作成すると、最終的に間違ったベンチマークを計算し、パフォーマンス テストの目的に失敗する可能性があります。
たとえば、前の例では、販売シーズン中に ウェブ サイトの訪問者数に対してのみロード テストを作成し、”チェックアウト” トランザクションのロード テストを作成しない場合、多くのチェックアウトが失敗し、 ウェブ 信頼性と同様に大きな収益損失に苦しみます。
同時ユーザーテスト
同時実行ユーザーのパフォーマンス テストを行う場合、テストの設計時に考慮する必要のある点を次に示します。
- ピークトラフィック。 ウェブ サイトまたはアプリケーションに接続しているユーザーの数。
- リソース使用率。 CPU、帯域幅、メモリ、サーバー リソース
- 読み込み時間。 Web サイト/個々のページの読み込み時間は、同時ユーザーの影響を受けます。
- ソークテスト。 同時ユーザー数が同じで、より長い期間にわたる Web サイト/アプリケーションのパフォーマンス。
- サードパーティの API。 サードパーティ製の統合で負荷処理能力をテストします。
- データベース接続の最大数。 さまざまなアクティビティやトランザクションに対してデータベース接続が必要です。 同時ユーザー数が多いほど、データベース接続が増加する可能性がありますが、必ずしも行われるとは限りません。
- 最大 HTTP 要求。 サーバーでは、すべての種類の HTTP 要求の大部分しか処理できない場合があります。
同時ユーザーテスト
同時ユーザーのパフォーマンス テストを実行する際、テストの設計時に考慮する必要のある事項を次に示します。
- ページの読み込み時間。 同時要求のために、個人/重要なページをテストします。
- 重要なユーザー トランザクション。 サインイン、チェックアウト、カートへの追加などの重要なトランザクションは、同時ユーザーに対してテストする必要があります。
- サードパーティの API。 OTP、支払い方法、プッシュ通知などの個々のサードパーティのトランザクションを同時に要求するためにテストします。
- データベース I/O。 同時読み取り/書き込みトランザクションのデータベースパフォーマンスをテストします。
同時実行および同時ユーザーロードテスト
LoadView のようなプラットフォームを使用すると、ほぼすべてのテスト ケースに対して固定された調整可能な負荷を生成できます。 同時ユーザーと同時ユーザー負荷のプラットフォームを使用する方法について詳しく説明する前に、最高のロード テスト プラットフォームの 1 つにする差別化の一部について説明します。 このプラットフォームには、同時実行および同時ユーザー テストのテスト ケースを作成するのに役立つ、組み込みテスト機能がいくつか用意されています。
- Web サイトのロード テスト。 ウェブ サイトの読み込み時間とリソース使用率のピークトラフィック分析。
- Web ページのロード テスト。 ログイン、ショッピングカート、フォームなどの個別のページリクエストを同時に行う。
- API ロード テスト。 配信元サーバー API とサード パーティの API 要求。
- ストリーミング メディアロードテスト。 同時負荷と同時負荷のストリーミング サーバーのパフォーマンスをテストします。
- 郵便配達コレクション。 実際のトラフィック条件に対する API パフォーマンスをテストするために Postman コレクションをアップロードします。
- JMeter スクリプト。 既存のJMeterスクリプトに対して、完全に管理されたネットワークから大規模なパフォーマンステストを実行します。
同時実行テストと同時ユーザーテスト
同時実行ユーザーと同時ユーザーの違いを把握することは、テスト ケースの設計と正しい結果の確保に不可欠です。 同時実行ユーザーは、特定のテスト期間のユーザー数を知らしますが、同時にユーザーは特定の時点で同じトランザクションを実行するユーザーの数を定義します。 パフォーマンス テストのために ウェブ サイト分析を同時ユーザーに変換する方法の詳細については、 同時実行ユーザーに対する分析 ナレッジ ベース記事を参照してください。
LoadView は、 ウェブ アプリケーションのパフォーマンスについて同時ユーザーと同時ユーザーをテストする、ほぼすべてのテスト ケースに使用できるクラウド ベースのロード テスト ツールです。 これは、最も現実的なテスト条件と正確な結果のために、異なる地域の場所から実際のブラウザやデバイスを使用して負荷を生成することができます。
今すぐ LoadView を試して、最大 5 つの無料ロード テストを受け取って開始してください。 今すぐロードビュートライアルを始めましょう!