2016-09-12 12 views

答えて

3

100kのユーザーを持つことになり、ページが私の意見では「たくさん」ということではありません。

  • 100 000/24 ==時間
  • あたり4166.67ユーザー毎分
  • 60分の4167 == 69.44ユーザ
  • 60分の69秒=
  • 当たり1.15ユーザー

アプリケーションをテストする通常の方法は、仮想ユーザの1又は予想される量のいずれかで開始し、徐々に増加されますl次のいずれかの条件になるまでのOADが満たされる:

  • 応答時間が許容レベル以上になる
  • アプリケーションは、基盤となるハードウェア・リソース(CPU、RAM、ディスクおよび/またはネットワークIO)
  • の> 80〜90%を消費して開始します
  • アプリケーションがエラーを返す開始し、エラーの量が閾値

を超えても、私は次のようなシナリオをテストすることをお勧めします:

  1. load test - アプリケーションが妥当な応答時間を維持扱うことができる同時ユーザーの最大量を決定 - パフォーマンス測定基準が
  2. stress testように見えるん方法を確認するために、短い期間に予想される負荷の下でアプリケーションを置きます。また、アプリケーションがエラーを返すか応答が停止するか、復旧できるかどうかを判断することもできます。
  3. soak test - 基本的にはポイント1と同じですが、負荷が長時間、 - 数日。もしあれば、メモリリークを特定するのに役立ちます
+0

thrの数はユーザーのnrを示しますか?ループカウントは、ユーザーが要求するリクエストの数に設定する必要がありますか? – sdfgg45

+0

各仮想ユーザー(スレッド)はサンプラーを上下逆に実行します。実行するサンプラーがなくなるか、繰り返しループすると、スレッドはシャットダウンします。ループの数=各仮想ユーザーの反復回数。また、ループカウントを '-1'(テストは永遠に実行されます)に設定し、' Scheduler - Duration(秒) '入力で希望のテスト期間を設定することもできます。 –

+0

サンプルはページですか? 1ページがcss、jsなどを入力する可能性がありますが、これも各リクエストにロードされていますか? – sdfgg45

関連する問題