使い方 JMeter パフォーマンスおよび負荷テスト用
トーマス・ハミルトン
JMeter 負荷テスト
JMeter 負荷テスト という名前の負荷テスト ツールを使用して実行されるテスト プロセスです。 Apache JMeter これはオープンソースのデスクトップアプリケーションであり、 Java. JMeter 負荷テスト用は、テスト対象の Web アプリケーションが高負荷の要件を満たせるかどうかを判断する重要なツールです。また、高負荷時のサーバー全体の分析にも役立ちます。
JMeter 性能試験
JMeter 性能試験 is テスト を使用して実行されるメソッド Apache JMeter Web アプリケーションのパフォーマンスをテストします。 JMeter パフォーマンス テスト用は、静的リソースと動的リソースの両方のテストに役立ち、Web サイト上の同時ユーザーの検出に役立ち、パフォーマンス テスト用のさまざまなグラフィカル分析を提供します。 JMeter パフォーマンス テストには、Web アプリケーションの負荷テストとストレス テストが含まれます。
Apache JMeter テストツールは以下のものを提供します 恩恵 in 性能試験
- JMeter 両方のパフォーマンスをテストするために使用できます 静的な などのリソース Javaスクリプト HTML だけでなく、 ダイナミック JSP、サーブレット、AJAX などのリソース。
- JMeter できる 詳しく見る Web サイトが処理できる同時ユーザーの最大数
- JMeter パフォーマンス レポートのさまざまなグラフィカル分析を提供します。
JMeter パフォーマンス テストには次のものが含まれます。
- 負荷 テスト: 複数のユーザーによるアクセスをシミュレートすることにより、予想される使用状況をモデル化します。 ウェブサービス 同時に。
- ストレス テスト: すべての Web サーバーには最大負荷容量があります。 負荷が制限を超えると、Web サーバーの応答が遅くなり、エラーが発生します。 の目的 ストレステスト Web サーバーが処理できる最大負荷を見つけることです。
以下の図はその方法を示しています JMeter 負荷テストでは重負荷をシミュレートします。
パフォーマンス テスト計画を作成する JMeter
このチュートリアルでは、さまざまなツールを使用して 1000 人のユーザーを対象に Google.com のパフォーマンス分析を行っています。 パフォーマンステストツール Web サイトが負荷を処理し、シームレスなユーザー エクスペリエンスを提供できるようにするためです。
ターゲット Web アプリケーションのパフォーマンスをテストする前に、次のことを決定する必要があります。
- 通常の負荷: Web サイトにアクセスするユーザーの平均数
- 重荷重: Web サイトにアクセスするユーザーの最大数
- あなたは何ですか ターゲット このテストでは？
ここにある ロードマップ この実践例の
ステップ 1) スレッドグループを追加する
- お気軽にご連絡ください JMeter
- 選択する テスト計画 木の上
- 追加 スレッドグループ
「テスト計画」を右クリックし、新しいスレッド グループを追加します。 追加 -> スレッド (ユーザー) -> スレッドグループ
[スレッド グループ] コントロール パネルで、次のように [スレッド プロパティ] を入力します。
- スレッド数：100（対象Webサイトに接続するユーザー数：100）
- ループ数：10（テスト実行回数）
- Ramp-アップ期間100年
スレッド数とループ数は、 異なる。
Ramp-アップピリオドが伝える JMeter いつまで 遅らせる 次のユーザーを開始する前に。たとえば、ユーザーが 100 人いて、100 秒間 Ramp-アップ期間の場合、ユーザーを開始する間の遅延は 1 秒になります (100 秒 /100 ユーザー)。
ステップ2) 追加 JMeter 要素は
今、私たちは何を決定しますか JMeter このテストの要素。要素は
-
HTTP リクエストのデフォルト
この要素は、スレッド グループを右クリックして次を選択することで追加できます。 追加 -> 構成要素 -> HTTP リクエストのデフォルト。
[HTTP リクエストのデフォルト] コントロール パネルで、テスト対象の Web サイト名 (http://www.google.com)
-
HTTPリクエスト
スレッド グループを右クリックし、次を選択します。 追加 -> サンプラー -> HTTPリクエスト.
HTTP リクエスト コントロール パネルの [パス] フィールドは、どのパスであるかを示します。 URLリクエスト Googleサーバーに送信したい。
たとえば、「」と入力すると、カレンダーパスフィールドに「」を入力します。 JMeter URLリクエストを作成します http://www.google.com/calendar Googleサーバーへ
Pathフィールドをそのままにしておくと、 ブランク JMeter URLリクエストを作成します http://www.google.com Googleサーバーへ。
このテストでは、パス フィールドを空白のままにして、 JMeter URLリクエストを作成する http://www.google.com Googleサーバーへ。
ステップ 3) グラフ結果の追加
JMeter テスト結果をグラフ形式で表示できます。
「テスト計画」を右クリックし、 追加 -> リスナー -> グラフ結果
ステップ 4) テストを実行してテスト結果を取得する
メディア掲載 ラン ツールバーのボタン (Ctrl + R) を押して、ソフトウェア テスト プロセスを開始します。 テスト結果がリアルタイムでグラフに表示されます。
下の図は、Web サイトにアクセスした 100 人のユーザーをシミュレートしたテスト計画のグラフを示しています。 www.google.com.
画像の下部には、色で表された次の統計があります。
- 黒: 送信された現在のサンプルの総数。
- 青: 送信されたすべてのサンプルの現在の平均。
- レッド: 現在の標準偏差。
- グリーン: サーバーが処理した XNUMX 分あたりのリクエストの数を表すスループット レート
以下の図で Google サーバーのパフォーマンスを分析してみましょう。
テスト中の Web サーバーのパフォーマンスを分析するには、2 つのパラメータに焦点を当てる必要があります。
- スループット
- 偏差
その スループット は最も重要なパラメータです。 これは、サーバーが重い負荷を処理できる能力を表します。 の より高い スループットは、 優れた サーバーのパフォーマンスです。
このテストでは、Google サーバーのスループットは 1,491.193/分です。 これは、Google サーバーが 1,491.193 分あたり XNUMX リクエストを処理できることを意味します。 この値は非常に高いため、Google サーバーのパフォーマンスは良好であると結論付けることができます。
その 偏差 は赤で表示されます - 平均からの偏差を示します。 の より小さい 優れた.
Google サーバーのパフォーマンスを他の Web サーバーと比較してみましょう。 これはウェブサイトのパフォーマンステストの結果です http://www.yahoo.com/ (他のウェブサイトを選択することもできます)
テスト中の Web サイトのスループット http://www.yahoo.com 867.326/分です。 これは、このサーバーが 867.326 分あたり XNUMX リクエストを処理するということですが、これは Google よりも低いということです。
偏差値は2689とGoogle（577）を大きく上回りました。 したがって、この Web サイトのパフォーマンスは Google サーバーよりも低いと判断できます。
注: 上記の値は、Google の現在のサーバー負荷、インターネット速度、CPU 能力などのいくつかの要因によって異なります。したがって、上記と同じ結果が得られる可能性は非常に低いです。 だからパニックにならないでください！ サーバー負荷がパフォーマンスにどのような影響を与えるか、またそれをテストする方法を理解することに興味がある場合は、これを見つけるかもしれません。 負荷テストのチュートリアル 有用。
トラブルシューティング
上記のシナリオを実行中に問題が発生した場合…次の操作を実行してください
- プロキシ経由でインターネットに接続しているかどうかを確認してください。 「はい」の場合は、プロキシを削除します。
- Jmeterの新しいインスタンスを開く
- Video Cloud Studioで PerformanceTestPlan.jmx Jmeterで
- Double 「スレッドグループ」→「グラフ結果」をクリックします。
- テストを実行する
