ユーザー エクスペリエンス (UX) でビジネスを作成または中断できる 
サイトを使いにくい場合は、誰も商品やサービスを購入する予定がないので、直感的で簡単にナビゲートできるようにサイトを設計します。 それは簡単ですよね? そんなに早くありません。 ロード テストを無視すると、美しく作成された ウェブ ページが非常に遅く読み込まれるため、顧客は興味を失い、他の場所に移動できます。
短い注意を非難することはあなたが望むすべてをスパンしますが、それはあなたのユーザーを尊重することにあります。 彼らの時間は貴重であり、彼らのエネルギーは、ウェブ ページが読み込まれるのを待つ以外に何でもする方がはるかに良いです。
1990年代に戻って、大きな文書を保存するのに時間がかかり、待っている間に本を取り出してページを読むことが可能でした。 その10年か2年前に、あなたはコンピュータの電源を入れてから、起動を終える前にコーヒーを飲みに通りを横切ることができました。 当時はもっと忍耐強かったわけではない。 選択の余地がなかっただけです。 テクノロジーが非常に遅かったからではなく、これらのタスクが私たちの仕事の必要な部分だったからです。
ウェブサイトを使用することは、おそらく誰の仕事にも不可欠ではありません。 サイトでトラフィックが多く処理できない場合、見込み顧客は競合他社に行くだけです。
確かに、機能テストは、ユーザー エクスペリエンスに影響を与えるパフォーマンスの問題をキャッチできます。 ただし、ボトルネックの中には、ロード テストでのみ検出できるものもあります。 ずさんなコードと最適化されていないデータベースは、一握りのテスターにとって十分に機能するかもしれませんが、通常の使用では大きな問題になる可能性があります。 ロード テスト (または実稼働の問題) のみが、これらの問題を明らかにできます。
ロード テストは何を教えてくれますか? 
負荷テストでは、サイトやアプリケーションがトラフィックの多い処理を行えるかどうかを知ることができます。 ライブに行くずっと前に何千人もの訪問者がいるときに、サイトのクロールが遅くなるかどうかを知りたい場合。 負荷テストでは、パフォーマンスの低下がユーザー エクスペリエンスに影響を及ぼす前に、サイトで処理できる訪問者数が正確に示されます。
ロード テストには、最も忙しい日に予想されるよりも多くの仮想ユーザーが必要です。 ロード テストの結果に不満がある場合は、テスト レポートが問題のトラブルシューティングと問題の特定に役立ちます。
問題は何でしょうか?
ほとんどの人は、ロード テストの失敗がサーバーに問題があることを示していると想定しています。 そして、彼らは正しいかもしれません。 しかし、それは全体の真実ではないかもしれません。 サイトの設計に問題がある可能性があります。 シンプルでクリーンなウェブページは、複雑なフォーマット、プラグイン、たくさんの画像を持つページよりもはるかに迅速に読み込まれます。
ロード テストのタイミング
- 新しい機能やサイトの再設計を計画する場合、負荷の高い状況下でサイトのどの部分がうまく機能するかをロード テストで知ることができます。 それは、将来的に設計上の決定を指示する必要があります。
- 新しい機能を展開する際のロード テスト。 これにより、新しい機能は、トラフィックの多いだけでなく、サイトの残りの部分を処理することができます。
- 交通渋滞の日の数ヶ月前に。 ブラックフライデーとサイバーマンデーにサイトがうまくいくかどうかを確認する時間は、テストが明らかにする問題に対処する時間がまだあるときです。