特定のシナリオでJMeterで予想されるスループットを達成するにはどうすればよいですか？

Question

私は、アクティビティを実行する（例えば、eラーニングコースを実行する）約300人のユーザー（スレッドグループで構成されています）を2回持っています。つまり、約600回の反復、つまり300ユーザーがアクティビティを2回実行する必要があります。

マイスレッドグループには、次のトランザクション・コントローラが含まれます。

1. ログインを
2. ダッシュボード
3. 打ち上げコース
4. コンプリートコース
5. ログアウト

私はあたり600回の反復を必要と5400秒、すなわち3600 + 900 + 900秒conds（1時間の定常状態+ 15分のランプアップと15分のランプダウン）、合計スレッドグループ内のサンプラー要求の合計は18ですが、私は約2 RPSが必要だと言えるでしょうか？

反復の総数*反復あたりの要求の数=要求の総数 600 * 18 = 10800

第 5400分の10800 = 2

あたりの要求/秒の総試験期間は=要求の総数

私の計算は正しいですか？

また、予想されるスループットを達成するための最良の方法は何ですか？

Answer 1

あなたの計算は多少不正確です。テストスループットを2 RPSに制限する必要がある場合は、Constant Throughput TimerまたはThroughput Shaping Timerを使用して行うことができます。

---

しかし2 RPSは、統計的なノイズ以外の何ものでもありません、私の期待は、あなたが本当にあなたのアプリケーションのパフォーマンスをテストするために非常に高い負荷を必要とするということである、すなわち

1. 短期間ユーザーの予想数をシミュレート。繰り返しを気にしないで、テストを実行します。つまり、期待したユーザー数の1時間です。これは、load testing
2. と同じですが、より長い時間（つまり、夜間または週末）行います。これはsoak testingと呼ばれます。
3. エラーまたは応答時間が許容しきい値を超えて開始するまで、ユーザー数が徐々に増加します。これはstress testingと呼ばれます。