いくつかの REST Web サービスを備えた Tomcat Java EE 6 Web アプリケーションがあります。
要件：
これらの Web サービスに対するリクエストの RTT をさまざまなレベルの負荷でテストする必要があります。理想的には、これにより次のようなグラフが得られます。
これは学術的な実験です。したがって、均一な手順で同時リクエストを生成する必要があります: 最初の 10 sim. 要求、次に 20、30、40 ... 100 まで。すべてのステップ (10、20、30 ...) で、最低 30 である同数のテスト結果が必要です。使用する必要はありません。アパッチ Jメーター。
私が試したこと：
私のテスト用セットアップは、i7 8GB と i5 4GB の 2 台の OS X マシンで構成されています。通常、私は i5 で Web アプリケーションを実行し、i7 にリクエストを生成させます。
jmeter-plugins で Apache JMeter を使用して、Stepping Thread Group 構成を試しました。
このアプローチには 2 つの大きな問題があります。
結果は、100 の同時スレッドを大きく超えると意味がありません: (次のグラフは、標準の Tomcat ウェルカム ページである localhost:8080 への REST GET リクエストの結果を示しています。これは、私自身の Web アプリケーションがファンキーな結果の原因ではないことを確認するためです
)また、ピボット テーブルを介して Excel のグラフに実行しても、より良いグラフにはなりません。すべての「ステップ」(30 以上を参照) を正確に実行する必要がある回数を設定する方法はありません。
サーバーとクライアント マシン、ネットワーク状況、および JMeter テスト計画のいくつかの組み合わせを数週間試してきました。これらの REST Web サービスをアカデミックな方法で適切に負荷テストする方法を学ぶことを楽しみにしています。