同時リクエスト(100または1000以上)で作成したセブレットをテストしたいと思います。私はそれについて検索していて、JMeterを見つけましたが、それが私が望むことをするかどうかはよくわかりません。
私がそのようなことをする方法を知っていますか。それが私を助けることができるチュートリアルやガイドを知っていますか?(私はプログラミングの経験がありません)
psサーブレットの継続を使用しているため、サーブレットをJettyで実行します。これも私がテストしたいものです。
同時リクエスト(100または1000以上)で作成したセブレットをテストしたいと思います。私はそれについて検索していて、JMeterを見つけましたが、それが私が望むことをするかどうかはよくわかりません。
私がそのようなことをする方法を知っていますか。それが私を助けることができるチュートリアルやガイドを知っていますか?(私はプログラミングの経験がありません)
psサーブレットの継続を使用しているため、サーブレットをJettyで実行します。これも私がテストしたいものです。
JMeterはかなり使いやすいです。また、より豊富なグラフとサンプリング方法のセットを有効にするJMeterプラグインのインストールを検討してください。いくつかの手順については、私のブログ投稿を参照してください。また、JMeterのサンプルパフォーマンステストプランも参照してください。
JMeterは良い選択です、それはこの仕事をすることができます。ユーザーマニュアルを参照してください。テストの設定方法が詳しく説明されています。
ところで:同じマシンでテストツールとアプリケーションを実行することは、相対的なパフォーマンス/スループットテストシナリオではなく、サーブレットが実際の世界でどのように動作するかを示すことしかできません。
たとえば、 apachebenchなどの任意のHTTPパフォーマンステスターを使用できます。
ab -c 100 -n 100000 http://localhost/
# Hit the http://localhost/ with 100000 requests, 100 at a time
これにより、次のように出力されます。
Requests per second: 4497.18 [#/sec] (mean)
あなたは彼があなたのテストの正確さを再考したいかもしれません。接続エージェントが同期クロックによって定義されていない限り、同時イベント接続の確率はかなり低くなります。人間はかなり混沌とした有機的なコンピューティングユニットであり、サービスへの要求間の間隔を指示する不正確な時計に関連付けられています。リクエストを行った同じコードセクションと同じタイムマーク内の複数のユーザーの自然な同時インシデントの動作を取得する前に、実際には非常に多くの混沌としたリクエストを取得する必要があります。現在、1秒あたり200など、短いウィンドウ内で多数の一致が発生する可能性が高くなりますが、実際の状況では、真の同時動作は非常にまれです。
思考の糧....
JMeterは良い選択です-使いやすく、ほとんどの場合に十分です。簡単なテストを行いたい場合は、それで十分です。ただし、より複雑なテストシナリオの作成に関心がある場合は、HP LoadRunnerをお勧めします(ただし、商用ソフトウェアです)。