この記事は、要件に基づいて ウェブ サイトのロード テストを実行する時間を理解するのに役立ちます。

ロード テストのロード

鉛筆を考えてみましょう。 両端から持ち、曲げてみてください。 十分な力が加えられた後、鉛筆は最終的に壊れ、皮膚を刺すことさえあります。 その力を「負荷」と呼んでください。 同様に、ロード テストでは、一般的に、 ウェブ サイトまたはアプリケーションがクラッシュして破損する前に受ける可能性のあるストレスの量を測定します。

 

ロード テストの機能

ロード テスト ツールは、特定の ウェブ サイトの負荷をシミュレートします。 この負荷は、実際のユーザーではなく、エミュレーションで構成されます。 これは、応答時間の概念につながります。

応答時間とは、ユーザーが実行した特定の機能に ウェブ サイトが応答するのにかかる時間です。 ウェブ またはアプリケーションの応答時間を知ることで、サイトのパフォーマンスに関するアイデアを収集できます。

応答時間は、サイトのパフォーマンスの観点から北または南を指す一般的なコンパスです。 応答時間が速いほど、 ウェブ サイトのパフォーマンスが向上します。 ただし、応答時間が遅く、通常よりもはるかに遅い場合は、何かが間違っている可能性があることがわかっているため、検査して改善する必要があります。

ロード テスト中にシミュレートされたユーザーを追加し、応答時間が遅い場合は、 ウェブ サイトのピーク容量に達している可能性があります。 ウェブ には、「ねえ、それは私が奇妙な行動を始める前に私が取ることができるのと同じくらいの負荷です」と書かれています。 これは、あなたが深刻な ウェブ サイトまたはオンラインアプリケーションに関与している利害関係者であるかどうかを知るための重要な情報です。

ロードビュー平均応答時間

 

負荷テストで測定できるもの

ウェブ サイトに一定の負荷をかけるだけで、いくつかのことを測定できます。 潜在的なボトルネックの検索に加えて、ロード テスト開発者は追加のメトリックを念頭に置いています。 これらが含まれます:

回答率

ウェブ サイトに徐々に負荷をかけ、控えめかつ一時的に増加させることで、開発者はコース中に生成されたさまざまな応答時間をグラフ化できます。 これは、ピーク使用時のパフォーマンスレベルを測定しようとする場合に特に重要になります。

リソース使用率

開発者は、 ウェブ サイトがいつ使用しているリソースを見つけることもできます。

ハードウェア

ユーザーレベルによっては、CPUとRAMがロードされ、より高いレートで動作し始める場合があります。 ソフトウェアがどのように機能するかを確認することは重要ですが、ハードウェアがどのレベルで機能しているかを確認することは、コンピューターの寿命にとって非常に重要です。 それが通常よりも高い速度で機能する場合、これは間違いなく調査すべきものです。

ユーザーレベル

Webサイトに負荷をかけるとウェブ 、ウェブ サイトが壊れる前に何人のユーザーを受け入れることができるかについての一般的な概要を示すことができます。 これは繰り返しのように思えるかもしれませんが、これは開発者がテストをロードする前に念頭に置いていることです。

1 人の機能ユーザーがいる既定の設定のロード テストは、実行に 1 秒もかかりません。 ただし、この時間は、より複雑なユーザー セットを前面に追加すると変更され、シングル ユーザー ベースのテストの実行に約 10 秒かかる場合があります。 テストのタイムラインも、負荷の増加を段階的にずらすと増加します。

LoadView ナレッジ ベースには、ロード テストに関する豊富な情報が含まれており、特定のテストの可能なことと最適な時間要件を理解するのに役立ちます。

 

負荷テスト時間を測定する方法

冗長に思えるかもしれませんが、ロード テストの実行中に念頭に置いている目的は、ロード テストの実行にかかる時間を決定するのに大いに役立ちます。 したがって、目的を特定し、どのような範囲または量を検討しているかを確認することが最優先事項です。 ここで、特定のタイプの関数を測定するために実行する手順が決定されます。

第 2 に、ユーザーが示す動作が複雑になるほど、そのロード テストの実行にかかる時間が長くなります。 複雑な動作、繰り返される動作、およびパターンで回る動作をプラグインしている場合は、ロード テストの実行に時間がかかります。 ユーザージャーニーは、ユーザーが当社の ウェブ サイトにいる間に実行することを期待する特定のアクションとして定義されています。 ここでは、既に存在するメトリックを使用して、非常に具体的な種類のユーザー行動を設計すると役立つ場合があります。

実行しているロード テストの種類によって、実行にかかる時間も通知されます。 この決定は、私たちが求めている結果の種類によって異なります。 他のプログラムと簡単に統合できる負荷テストツールを好む場合でも、結果の精度のためにツールを好む場合でも、これは主にテストの期間を決定します。

平均応答時間エラー

 

ロード テストの方法とランタイムに関するすべて

ロード テストのどの方法も他の方法より優れているわけではありません。 ウェブ サイトのブレークポイントを決定するために徐々により多くのユーザーをシステムに入れる場合、それはもちろんテストにかかる時間に影響します。

ただし、一度に 1,000 人のユーザーが挿入された場合、テストは非常に迅速に実行できますが、これは収集しようとしている情報 (たとえば、 ウェブ サイトまたはアプリケーションのパフォーマンスが低下し始める時点) には適していない可能性があります。 テストのロード方法は、実際にはどのような種類の結果が必要かによって異なり、さまざまなテストタイプと方法論を適用します。

たとえば、浸漬テストは、一晩または48時間放置するのが最適です。 一方、ストレステストを行っている場合は、 ウェブ サイトに短期間である程度のストレスをかけることをお勧めします。

スパイク テストは、単一ファイルで実行すると、約 8 分間実行されます。 テスト全体を 1 時間実行し、平均を生成できるさまざまな結果を得るために、テストを数回繰り返すことをお勧めします。

テストを実行する前に、ウォームアップ期間をお勧めします。 これは、テストを開始する前にホイールを動かすためです。 ウォームアップ期間は、数秒から数分の範囲です。 ただし、実際のロード テストを開始する場合は、1 分から 5 分の範囲で数分間テストを実行することをお勧めします。

 

ロード テストを実行するタイミング

上記のタイミングは、特定の種類のテストに対して 1 回のテスト実行のみを対象としています。 一般的な考え方は、武器庫のすべてのテストを使用して幅広い結果を提供し、最終的に平均化して、開発チームにとって実用的な洞察に向けて取り組むことです。

コードにわずかな変動があるたびにテストするのが好きな人もいれば、いくつかの変更を加えて、四半期または年に数回だけテストを実行することを好む人もいます。 すべての種類のロード テストのタイミングは、さまざまな要因によって異なります。 これらの要因は、テスターの好みに基づいて変更されます。 たとえば、e コマース ウェブ サイトを運営している場合は、11 月のブラック フライデーに先立って、10 月に年次ロード テストをスケジュールできます。

ただし、経験則として、1 つのテストが約 5 分から 10 分間実行されることを期待する必要があります。 この数値は、テストを繰り返すと変化する可能性があり、実施するテストの種類と目標に応じて、テスト期間全体が約 1 時間になります。 例外はソーク テストで、その間にテストを数時間実行することがあります。

 

結論

Webサイトやアプリケーションのテストは複雑である必要はありません。 当社のロード テストのエキスパートが、あらゆる規模でロード テストとオンライン アプリケーションを最大限に活用できるよう支援します。 無料のLoadViewトライアルにサインアップし、今すぐ1対1のデモをスケジュールして、ロードテストの要件を支援し、目標の達成を支援します。