パフォーマンステストを行う場合、テストプロトコルはパフォーマンステストツールを使用する必要があります。市場には、パフォーマンステストを実行できる多くのツールがあります。一部は有料で、一部はオープンソースで無料です。選択するときにすべての契約をサポートすることは友好的ですか？次に、業界で一般的に使用されている人気のあるパフォーマンステストツールをいくつか見てみましょう。
ApacheBenchは軽量ツールです。主にHTTPプロトコルのパフォーマンステストに使用されます。非常にシンプルで高速です。シナリオベースのテストはサポートされていません。
Abは小さくてシンプルで使いやすいツールですが、グラフィカルインターフェイスがないため、監視できない基本的なパフォーマンスパラメーターも提供し、通常、インターフェイスの効率を一時的にテストするために使用されます。
ab -n 1 -c 1 https://testerhome.com/
-n：リクエストの総数
-c：同時時間（同時リクエストはリクエストの総数を超えることはできません）
JMeterは、Apache Open Source Foundationが提供する完全にオープンソースのパフォーマンステストツールであり、機能の動作テストをロードしてパフォーマンスを測定するように設計されています。もともとはWebアプリケーションのテスト用に設計されましたが、その後、他のテスト機能にも拡張されました。
Apache JMeterは、静的および動的リソース、Web動的アプリケーションのパフォーマンスをテストするためにも使用できます。サーバー、サーバーグループ、ネットワーク、またはオブジェクトの負荷をシミュレートして、それらの強度をテストしたり、さまざまな負荷タイプでの全体的なパフォーマンスを分析したりするために使用されます。JMeterはJava言語で開発されており、使用前にJavaランタイム環境をインストールする必要があります。一部のプライベートプロトコルは、対応するプロトコルをサポートするセカンダリプラグインを開発できます。
LoadRunnerはパフォーマンステストツールで、元々はMercuryの製品でした。Mercuryは2006年にHPに買収されました。
LoadRunnerは、システムの動作とパフォーマンスを予測する負荷テストツールです。何千万ものユーザーをシミュレートして同時負荷を実装し、リアルタイムのパフォーマンス監視を行って問題を特定して見つけることにより、LoadRunnerはエンタープライズアーキテクチャ全体をテストできます。LoadRunnerを使用することで、企業はテスト時間を最小限に抑え、パフォーマンスを最適化し、アプリケーションシステムのリリースを加速できます。それはクローズドソースソフトウェアであり、ライセンスコストが高いためです。使い方もより複雑で、ツールは比較的大きいです。
LRは、エンタープライズアプリケーションアーキテクチャ全体のテストに重点を置いています。これにより、実際のユーザーの操作動作をシミュレートし、リアルタイムのパフォーマンス監視を実装することで、顧客が問題をより迅速に特定して見つけることができます。LRは幅広いプロトコルをサポートでき、顧客の特別な環境に特別なソリューションを提供できます。
Locustは、使いやすい分散ユーザー負荷テストツールです。テストWebサイトを読み込み、システムが処理できる同時ユーザーの数を決定するように設計されています。とても使いやすい。Pythonに基づいてスクリプト拡張とビジネスリクエストを実装すると非常に便利です。これは完全にイベント駆動型であるため、プロセスやスレッドに制限されず、より多くの同時要求をサポートできます。同時要求を同時に開始できます。
nGrinderは、jython（JVMで実行されているpython）で記述されたテストスクリプトを複数のマシンで実行するためのアプリケーションです。その内部エンジンはグラインダーに基づいています。nGrinderは、Grinderのコントローラーとエージェントをそれぞれコントローラーとエージェントでラップし、複数の同時テストをサポートする機能を拡張します。
nGrinderは、スクリプトの作成、テストの実行、監視、結果レポートジェネレーターを同時に実行できるストレステストプラットフォームです。ストレステストの簡単な方法を提供します。
非常に多くのツールを見て、パフォーマンステストタスクを行うときにどのように選択しますか？
1.圧力テストシナリオに従って選択
ストレステストのシーンに応じて選択してください。1回限りの単一インターフェースのシナリオの場合、ABを使用できます。それが複雑で、複数のインターフェースにビジネスシナリオが必要な場合は、JMeterなどのツールを選択して、ニーズを満たす豊富なシナリオを構築します。
2.提供する必要がある圧力
どのくらいの圧力をかけるべきですか？1000 QPSまたは10,000以上ですか？圧力が大きい場合、ストレステストツールが分散をサポートしているかどうか、およびエージェントを迅速に拡張できるかどうかを検討する必要があります。JMeterの場合、非常によくサポートされています。
3.定期的な需要
ビジネスは頻繁にオンラインになり、サービスはいつでも変更される可能性があります。毎月パトロールされる定期的な需要があるかもしれません。シーンファイルが必要です。データ駆動型のフォローアップデータ変更をリアルタイムで行うことができます。最後に、結果が落ちることを願っています。
4.二次開発の必要性
JMeterのオープンソースプラグインの考え方は、Thrift、Dubbo、その他のプロトコルをサポートしています。迅速にプラットフォーム化できます。
最後に、コミュニティの問題のサポートがあります。JMeterはコミュニティに開かれており、広く使用されています。質問があればすぐに回答を得ることができます。
私たちのニーズに基づいて、私たちはJMeterを圧力測定ツールとして使用することを選択しました。
次に、別の視点があります。ツールがどの言語で記述されているか、市場は何であるかは気にしません。システムに圧力をかけるためにツールを使用します。ツールがストレスを達成できる場合、それは私たちのパフォーマンステストツールが望むものを達成します。そして、パフォーマンステストツールでは、2つの曲線に注意を払う必要があります。1つはTPSで、もう1つは応答時間です。
パフォーマンス曲線を理解する能力は、パフォーマンステストエンジニアの能力です。私たちが使用しているテストツールではなく、ツールのスキルはどれくらいですか。熟練はほんの始まりに過ぎないので。使用するパフォーマンステストツールに関係なく、いくつかのデータが表示されます。これらのデータについて何を知る必要がありますか？どのような分析が続きます。したがって、これはパフォーマンステストツールが提供できるものです。また、パフォーマンステストツールの意味でもあります。
（記事はホグワーツ魔法魔術学校からのものです）
