0

JMeter の基本を理解しようとしています。要求パラメーターに 1 を追加して結果を返す「plus1」Java サーブレットを持っているので、負荷テストを理解できるように、これは高速なテスト サーブレットです。

これが私のテスト計画です：

Thread Group: 1 thread, ramp up 1 s, loop count 10000 
  HTTP Request to localhost
  Graph Results
  Summary Report

これを実行すると、概要レポートに 200/秒程度のスループットが表示されます。

テスト計画にコントローラーがない場合の重要な質問は、JMeter がテスト計画を実行し (単一の要求を送信)、ループする前に応答を待っているかどうかです。

リクエストに対してより計算集約的なページを導入すると、予想どおりスループットの数値が低下します。

4

1 に答える 1

4

要するに、はい。

要求を行い、応答を待たないサンプラーを持つことについての議論がありますが、それはエッジケースです。ほとんどの場合、何が起こるかを確認し、検証するためにテストツールを待ちます。また、より現実的です。ほとんどのユーザーは応答を待ちます。実際、通常は応答を待ってから、次の呼び出しを行います。

容量テストを実行したい場合、最良のアプローチは複数のスレッドに負荷を分散し、実際に各スレッドのスループットを調整することだと思います.Constant Throughput Controllerを使用してこれを行うことができます. 例えば。毎分 60 リクエストで 500 のスレッドを実行すると、合計負荷は 500 リクエスト/秒になります。このように、テストの負荷は予測可能で安定しています。サーバーからの応答速度とは関係ありません。ノート。複数のスレッドを使用すると、ランプアップ期間が必要になり、テストを複数のマシンに分散する必要がある場合があります (ググる場合は「分散型」テストと呼ばれます)。

于 2012-06-25T19:55:01.420 に答える