パフォーマンス テスト ツール Jmeter について知らないこと...

パフォーマンス テストに関して言えば、誰もが間違いなく Jmeter と LoadRunner を思い浮かべるでしょう。これら 2 つのツールは現在中国で広く使用されています。主な理由は、Jmeter がオープンソースで無料であり、LoadRunner 11 のクラック版がライブ ネットワークにあるためです。商用パフォーマンス テスト ツールは、中小企業が関連コストを負担するのが困難です。国内のパフォーマンス テスト ツールには、CPTS (Huawei)、kylinTOP (Qilin)、PTS (Ali) などがあります。海外のパフォーマンス テスト ツールとしては、LoadRunner が比較的有名です。LoadRunner が中国で有名な理由は主に、LoadRunner が比較的早く中国市場に参入し、インターネット上にクラック版が存在するためです。今は主に Jmeter ツールを学習します。インターネット上では、ネットユーザーがJmeterツールのテスト結果が不正確であると苦情を言っているのがよく見られますが、張耳の僧侶はなぜ不正確なのか困惑しています。そこで今日は、ネチズンを支援し、Jmeter ツールの認識を向上させるために、Jmeter ツールの使用に関する制限についてネチズンに共有します。

Apache Software Foundation (ASF) は、米国に拠点を置く非営利慈善団体です。すべての ASF 製品は、公開フォーラムでのオンライン コラボレーションを通じて開発され、米国内の中央サーバーから配布されます。Jmeter は、ASF のオープンソースのフリー ソフトウェアであり、中国の多くの中小企業でパフォーマンス テスト ツールとして広く使用されています。このツールはパフォーマンス テストに使用することを目的としたものではなく、開発者がインターフェイス機能をデバッグすることを目的としています。

Jmeter でパフォーマンス テストまたはストレス テストを行うには、まずスレッド グループを作成する必要があります。スレッド グループにトランザクションを追加する必要がある場合は、必要に応じて同時仮想ユーザーの数を設定できます。同時仮想ユーザーを構築する Jmeter の技術的ルートは、スレッドを構築することであり、各スレッドは同じスレッド グループを同時に実行します。jmeter の不正確な統計結果を明らかにするには、まず、Jmeter がスレッド グループ内の HTTP リクエストを処理するメカニズムを理解する必要があります。

1. テストのアイデア

ステップ 1: Jmeter を使用して Web ページを記録する

ステップ 2: テスト計画を作成し、スクリプトを 1 回実行すると、実行中のプロセスが成功します (WireShark がパケットをキャプチャします)。

ステップ 3: WireShark ネットワーク キャプチャ結果を通じて HTTP リクエストのシーケンスを分析します。

ステップ 4: WireShark パケット キャプチャによって取得された HTTP リクエスト シーケンスと、別のアクセスのために URL を参照するときの画面を比較します。

2. テストするオブジェクトを選択します

上記の考え方に基づいて、インターネットから Web URL (HTTP://cloud.10oa.com/trial/view/catalogue.aspx) をテスト対象として選択します。

3. スクリプトの記録中に、F12 を押して Chorme のネットワーク オプションを開きます。

Jmeter 5.1 ツールに付属のプロキシ記録機能を使用して上記の URL を記録し、記録プロセス中に F12 キーを押してネットワーク オプションに切り替えます。

注: Jmeter が記録しているときは、F12 を押して Chrome のネットワークをオンにして、完全な HTTP リクエストを記録する必要があります。そうしないと、最初のリクエストしか記録されない可能性があります。

Jmeter スクリプトが記録されるときのページの HTTP ウォーターフォール チャート

4. パフォーマンス テスト計画を実行する

Jmeter のテスト計画の開始ボタンをクリックして、スクリプトを開始し、単一ユーザーに対して 1 回実行します。

注: この図は、wireShark のネットワーク キャプチャを通じて HTTP リクエストの開始時刻と終了時刻を取得し、Excel を通じてウォーターフォール チャートを描画しています。

5. 試験結果の分析

Jmeter のテスト計画の実行結果の WireShark パケット キャプチャ分析のウォーターフォール図から、Jmeter は HTTP リクエストをシリアルに送信し (前のリクエストが戻り、次のリクエストがリクエストの送信を開始します)、同時実行数は最初から 1 HTTP です。実行から最後の実行の終了までには 3 秒以上かかり、実際のブラウザだけで URL にアクセスするのに約 1 秒かかります。

Jmeter は、開発者が製品開発の機能デバッグや非定量的なパフォーマンス テストを行うために使用できますが、テスターが定量的なパフォーマンス テストを行うことは適しておらず、ましてやテスト結果に基づいてテストの結論を出力して他者を誤解させることには適していません。

Web サーバーによって提供されるサービスが純粋な HTTP インターフェイス機能 (非 Web ページ) であり、ユーザーのアクセスが線形である場合 (連続質問)、Jmeter テストの使用を検討できます。Web サーバーが提供するサービスが純粋な HTTP インターフェース機能 (非 Web ページ) であっても、ユーザーのアクセスが非線形であれば、テスト結果も信頼できません。Jmeter に適しているのは線形インターフェイス リクエスト モデルのみであることに注意してください。

最後に、私の記事をよく読んでくださった皆さんに感謝します。互恵性は常に必要です。あまり価値のあるものではありませんが、使用できる場合は、直接持ち帰ることができます: [記事の最後にまとめてあります] 】


     [以下は、2023 年に私が編集した最も完全なソフトウェア テスト エンジニア学習ナレッジ アーキテクチャ システム図と資料の完全なセットです]


1. Pythonプログラミングの入門から習得まで

2.インターフェース自動化プロジェクトの実戦

3. Web自動化プロジェクトの実戦


4. アプリ自動化プロジェクトの実戦

5. 一流メーカーの再開


6. DevOps システムのテストと開発

7. 一般的に使用される自動テストツール


8、JMeterのパフォーマンステスト

9、ソフトウェアテストに関する完全な情報セット

 10. まとめ(最後にちょっとしたサプライズ)

寿命が長いのでオイルを追加してください。すべての努力は決し​​て裏切られることはなく、粘り強く続ける限り、最後には必ずご褒美が得られます。自分の時間を大切にして夢を追いかけてください。初心を忘れず、前に進んでください。あなたの未来はあなたの手の中にあります!

人生は短く、時間は貴重です。将来何が起こるかを予測することはできませんが、現在の瞬間を把握することはできます。一日一日を大切にし、自分自身をより強く、より良くするために努力してください。確固たる信念、粘り強い追求、成功はやがてあなたのものになります。

常に自分自身に挑戦することによってのみ、常に自分を超えることができます。夢を追い続け、勇敢に前進すれば、その葛藤の過程がとても美しく、やりがいのあるものであることに気づくでしょう。自分を信じてください、あなたならできるよ!  

おすすめ

転載: blog.csdn.net/nhb687096/article/details/132298565