(超詳細) Jemeter レポート分析

序文

前回のjemeterを使用したゲートウェイのテストに続き、レポートを取得した後、関連する指標を分析する必要があります。これはテストの仕事なのですが、テストは忙しいので自分でやるしかありません。

1. 報告書の構成

圧力テスト タスクを実行すると、通常、次の図に示すように、index.html ドキュメント レポートが生成され、ブラウザで開かれます。

代替

2、分析

ダッシュボード(基本レポートステータス)

  • テストとレポートの情報
代替
  • APDEX (Application Performance Index) (アプリケーションのパフォーマンス情報)
代替
  • 統計
代替
  • エラー(異常なリクエスト)
代替

チャート(詳細レポート)

時間の経過(毎回の実行時情報)

1. 時間の経過に伴う応答時間 (応答時間)

代替

2. 一定期間の応答時間のパーセンタイル (成功した応答) (各期間のスレッド応答時間 90%、95%、99%): 集計レポートの 90、95、99% と同様

代替

3. アクティブなスレッドの経時変化 (各スレッドの時間ごとの実行状況): スレッドが多い場合、参照の重要性は比較的大きくなります。

代替

4. 一定期間にわたるバイト数 (1 時間ごとにバイトを送受信)

代替

5. 時間の経過に伴うレイテンシ (各リクエストの遅延時間): 図に示すように、遅延は最初は非常に高く、その後減少します。

代替6. 接続時間の経過 (各接続に必要な時間): 図に示すように、最初はリクエストの同時実行性が高く、接続に必要な時間が非常に長くなります。

代替

スループット

1. 1 秒あたりのヒット数 (1 時間あたりに開始されたリクエストの数)

代替

2. 1 秒あたりのコード (1 時間あたりのコードごとの応答数)

代替

3. 1 秒あたりのティーアクション (1 時間あたりの応答数)

代替4. 1 秒あたりの合計トランザクション (1 時間あたりの合計トランザクション リクエスト曲線)

代替

5. 応答時間とリクエスト (各リクエスト応答タイプの 1 時間あたりの平均応答時間)

代替6. レイテンシとリクエスト (各リクエスト タイプの 1 時間あたりの遅延時間)

代替

反応時間

1. 応答時間のパーセンタイル (応答時間のパーセンテージ分布)

代替2. 応答時間の概要 (応答時間バー比較グラフ)

代替3. 時間とスレッド (各スレッドの平均応答時間。実際には、実行中の変曲点がパフォーマンスのボトルネックの参考値として使用されます)

代替4. 応答時間の分布 (テスト中の応答時間の割合を占めるスレッドの数)

代替

最後に書きます

以上が本日まとめた内容ですが、レポートの分析が難しいのは英語であるため、この記事で解説します。具体的な意味については、少し理解が必要です 性能測定の対応する指標の意味をよく理解する必要があります ネットワークに関しては、要求される能力がますます高くなっているため、このコースは本当に非常に重要だと思います。たとえば、顧客サービス終了リクエストとゲートウェイの間の TCP 接続が急増し続ける理由、ゲートウェイとダウンストリーム サービスの間の接続、関連するパラメータ設定と接続プールの実際的な重要性、これらを習得しましたか? 正直に言うと、この本を使うと嫌になってしまいますが、この知識は今後さらに深く勉強して、また別のコラムで紹介したいと思います。


「安銭魔法」の公式アカウントです。丁寧にまとめられていると思いますので、リンク3つにご協力ください!皆様のご支援が、乾物の輸出と使用を続ける私の原動力です。ははは、さあ、皆さん!

この記事はmdniceマルチプラットフォームによって公開されています

おすすめ

転載: blog.csdn.net/weixin_42329623/article/details/130254336