性能試験のJMeterのタイプ
- パイプクリーンテスト
- 以前のテスト環境で実行
- スクリプトの精度を決定
- シングルユーザーラン
- ベースラインを取得します
- 容量試験
- 性能試験の古典的なタイプ
- 最大スループット/同時/応答時間取得システムは、安定しています
- 時間を考えて、このようなユーザーを追加するなど、実際の状況をシミュレートしてみてください
- ストレステスト
- ハングシステムを取得
- システムが応答しない場合を除き、予想より応答時間は、ユーザーがそれ以外の場合は停止し、ログインすることはできません
- システムは5000人を維持することが期待されているとしたが、5005人がハングアップしたときに、この時間は、私たちはどのように考えなければなりません
- 安定性試験
- ときに発生する可能性のあるシステムの問題、長期的に調べるには
- 古典的な例は、メモリリークを見つけることです
- システムのパフォーマンスが問題です:応答時間が長く、徐々にまたは急に使用できなくなりました
- somkeテスト
- コードが変更され、影響を受けたスクリプトコードの変更は、テストを吸います
- 絶縁試験
- 問題を再現するために、
- 一般的な戦略は、繰り返し問題を見つけるために、モジュールやスクリプトの問題を実行することです
- 負荷モデル
- 線形モデル
- スループットモデル
- 設定のロード
- ビッグバン:負荷生成しながら
- 立ち上げ:典型的なモードである、目標負荷まで、いくつかの負荷を追加するときに、特定の負荷を開始し、その後、時間から時間に
- (ステップ付き)ランプアップ:ロードセグメントを生成します。たとえば、新しい負荷を追加するためのいくつかの時間を実行する必要がこれらの荷重に達した後、負荷の下で700パフォーマンス、1000人のユーザの合計はロードが、我々は250でシステムを観察する必要がある、500
- (ステップ付き)ランプアップ(ステップで)下降:上記と同様、最後の負荷のバック0に
- 遅延開始:遅れて開始
- テストプロセス
- 各ユースケースの能力について試験:ステップと負荷ポリシー一般にランプアップまたはランプアップ
- 分離テストとパフォーマンスの問題の例
- 例グループとの能力について試験しました
- テストケースのグループの単離:ロード・ポリシーは、一般的にステップとランプアップまたはランプアップです
- 例グループとの圧力試験
- 例グループ利用の安定性試験