I am new in JMeter tool. Can anyone help me for the best way to analyse JMeter reports?
7 に答える
役に立つと思われる関連リンクの簡単なリスト:
ネイティブ グラフ:
自動化されたグラフのための無料のオープン ソース ソリューション:
- JMeter プラグイン- このパッケージのカスタム グラフを調べます。それらのいくつかは、jmeter のオリジナルのものよりも優れた結果を提供します。
- JMeter 結果分析プラグイン
- ログの分析と可視化のための JWeter ツール
カスタム開発のレシピ:
サードパーティのソリューション:
アップデート。この素晴らしい JMeterコレクションをgithub repo
として続けて
見つけ、使用し、自由に拡張してください。
パフォーマンス テストを行う際に必須の 3 つのテストがあります。ベースライン、ピーク テスト、およびストレス テストが常に存在する必要があります。これらのテストは、リトルの法則により互いに関連しています。安定したシステムの長期平均顧客数 L は、長期平均実効到着率 λ に顧客がシステム内で費やす時間 W を掛けた値に等しくなります。または代数的に表現: L = λW. .
Jmeter は、この値をチェックする手段をすでに提供しています。標準プラグインは、応答時間、ヒット、およびスループットのプロットを提供します。システム上でアクティブだったユーザーの数を直接知る方法はありません。アクティブなユーザーと同じ同時ユーザーではありません。プラグインはレポートを生成するのに十分ですが、プレゼンテーションの多くを制御することはできません.pythonを使用して生成されたいくつかのプロットを使用します(ラベルを追加し、2つのy軸を持っています)。
ベースライン テスト: このケースは法律の特殊なケースです。このケースでは、アクティブ ユーザーは一定であり、1 人です。
- L = λW
- 1 = λW
- 1/W = λ
アプリケーションが同じコードを実行すると、応答時間は時間の経過とともに安定し、到着率も時間の経過とともに一定になります。
しばらく待つだけのサービスがあります。
2秒サービス:到着率は1/2TPSでした。
3秒サービス:到着率は1/3TPSでした。
ピーク テスト: これは特別なケースではありません。この場合、負荷がシステムのスループットを超えるまで負荷が増加します。これは、負荷がスループットよりも大きいため、応答時間が増加するためです。テスト中、スレッド数は、長い応答時間から回復するのに十分な速さで増加するはずです。
今回は、ピークを実行する代わりに、テスト全体で処理できる以上の負荷でシステムにストレスをかけます。サービスのスループットを制御するには:
アクティブなトランザクションとは、インジェクターを離れたものの、応答がないトランザクションです。これらは、システム内のどこかでキューに入れられているトランザクションです。
- λ(t) = c、T(t) = k; 負荷とスループットの両方が時間の経過とともに一定です。
- L = Σλ - ΣT = ct - kt; アクティブなトランザクションは、累積負荷と累積スループットの差です。
- L = (c - k)t
- λW= (c - k)t
- cW(t) = (c - k)t
- W(t) = t(c - k)/c
応答時間はアクティブなユーザーと同じように長くなるため、新しい接続が要求されるのと同じ速さで新しいスレッドを作成するインジェクターが必要になります。ほとんどのプール スレッドはビジーになります。
到着率 2TPS、スループット 1TPS:
- 応答時間関数は 1/2t
- インジェクターは 300 秒間システムにストレスをかけます。
- テストは 600 秒続きます。
到着率 4TPS、スループット 1 TPS:
- 応答時間関数は 3/4t
- インジェクターは 300 秒間システムにストレスをかけます。
- テストは 1200 秒続きます。
到着率6TPS、スループット5TPS:
- 応答時間関数は 1/6t
- インジェクターは 300 秒間システムにストレスをかけます。
- テストは 360 秒続きます。
バージョン 3.0 以降の JMeter には、負荷テストの終了時または結果ファイルから生成できる動的 HTML レポートが含まれています。
生成ダッシュボードを参照