スメルループがない場合、JMeterのグラフィックス結果データサンプルがクラスタ化されない

Question

JMeterを学習する。グラフ結果に関する質問：

シナリオ1：

1 thread group user count=500 
    simple loop count = 1 
     Graph result: 
     showing 49509ms max which I don't understand 
     Data samples points are lined up, not clustered 

シナリオ2：

1 thread group, user count 1 
    simple loop count = 500 
     Graph result: 
     max is 2008ms, which is ok 
     Data samples points (black) are well clustered like in the tutorial 

これは我々が正しい描画を取得するには、単純なループを持っている必要があることを意味していますか？

シナリオ1：（データサンプルは、クラスタ化されていない？）

シナリオ2：（正しいと思われる）

Answer 1

これは、我々は単純なループを持っている必要があることを意味しません正しい描画をするには？

短い答え：大きな数字SLAから派生した私たちのパフォーマンス目標に基づいてシナリオをシミュレートします。

ロング回答：

テスト計画は、主に、（SLAに基づいて）次のパラメータに依存します。

1. 予想される負荷（ユーザー数アプリケーションがサポートしなければならないん） - の数を決定しますスレッド。テストの
2. タイプ（ロード/ストレスは、/ etcスパイク） - ランプアップ/ランプダウンパターン
3. 試験時間決定 - ループ
4. ユーザーミックス（ユーザーのさまざまな種類を数えることを決定例えば：管理者、管理者、管理者、一般ユーザなど）
5. トランザクションミックス（重要な取引がカバーするために）

ので、要件に基づいてテスト計画を準備します。

要件は入力ですが、グラフは必要ありません。グラフは最終結果であり、テスト後にアプリケーションのパフォーマンスを分析するために使用されます。グラフ（シナリオ）の両方に来るキー応答時間などのパフォーマンス指標（KPI）、スループット、サーバーのリソース使用率など

---

、これはよく、期待される動作です。

シナリオ1（500ユーザー）：ユーザーはサーバーに要求を並行して送信します。したがって、サーバーはこれらすべての要求に応答してビジー状態になり、最終的に応答時間が長くなります（49509ms）。

シナリオ2（1人のユーザー）：1人のユーザーだけが順番に要求を送信しています（前の要求に対して応答が来たら、次の要求のみが送信されます）。したがって、サーバーは単一の要求を処理するのに十分なリソースを持っているため、応答時間が短くなります（2008ms）。しかし、現実の世界では、誰も1人のユーザーのためにアプリケーションを展開することはありません。

合計85201msは、すべてのサンプラーの応答時間を合計する、transaction controllerの下に複数の要求をグループ化していることを示唆しています。

トランザクションコントローラnサンプラーている場合：

sampler1 RT + sampler2 RT + sampler3 RTを+ ... +サンプラーN RT =トランザクションコントローラRT。 （RT - 応答時間）

参考文献：

1. http://jmeter.apache.org/usermanual/build-web-test-plan.html
2. https://msdn.microsoft.com/en-us/library/bb924356.aspx