Jmeterグラフの解釈

Question

私はJmeterで非常に新しく、以下のグラフをどのように補間するかを考えようとしています。私が行ったテストでは、3600人のユーザーが1秒間に1つ増えて1つのスレッドグループが使用されました。この質問に2つの画像が添付され、自分自身をよりよく説明します。最初はテストの概要を示し、2番目は平均応答時間を示しています。私が言ったように、私はこれでスーパーグリーンになっており、これらのグラフをどのように解釈するかについてのいくつかの洞察がほしいと思うでしょう。巨大なスパイクがないので、これはサーバ/ウェブサイトが問題なくこの負荷を処理できることを意味しますか？サーバーがハンドルをロードできなかった場合、グラフはどのように見えますか？また、.1秒のランプアップで3600ユーザーカウントがサイトに負荷をかけようとする最善の方法ですか？すべてのご指導

テストサマリ番号映像をありがとうございました：

平均応答グラフ画像：

Answer 1

90 40秒以上の応答時間の％が少しあります私のために高い。それが「通常の」Webアプリケーションの場合、誰もページが読み込まれるまで40秒間待機しません。

1. がエラーとパーセンテージの合計数すべてに比べて：さらに、あなたのテストが4xxと5xx HTTPレスポンスコードとさえ非HTTPレスポンスもあなたのようないくつかの主要なポイントが不足している報告
   のようないくつかのエラーを持っているようです実行されたテスト。それは統計的なノイズのようなものなら無視することができますが、100kトランザクションの1％でも1000の失敗したリクエストです
2. ボトルネックとは何か、エラーの原因に関する情報はありません。 CPU、RAM、スワップ、ディスク、ネットワークの使用状況、アプリケーションとデータベース固有のメトリック（存在する場合）など、テスト側のアプリケーションでのメインのヘルスメトリックも測定する必要があります。詳細は、How to Monitor Your Server Health & Performance During a JMeter Load Testを参照してください。
3. 仮想ユーザーに関する情報がないため、増加する負荷を他のメトリックと相関させることはできません。
4. 1秒のランプアップは、サーバーの負荷をシミュレートする最善の方法ではありません。最初に、より多くの仮想ユーザーが到着したときにアプリケーションがどのように動作するかを確認するために、徐々に仮想ユーザーを追加する必要があります。あなたのシナリオでは、「私のアプリケーションは3600人のユーザーを扱うことができず、応答時間は非常に長く、エラーがあります」しかし、応答時間が妥当なしきい値を超え始めると、なぜ。テストはStress Testのように重要ですが、通常、予想される負荷がシミュレートされているときに負荷テストを開始します。