序文
以前、クライアントのプロジェクトに携わったとき、性能テストの理解が浅く、ストレステストと負荷テストの違いも理解できず、依然として性能テスト担当の同僚が対応していました。負荷テストと負荷テストの違いをまとめると次のようになります。
圧力試験
ストレス テストの目的は、システムの安定性を評価し、システムが耐えられる最大負荷、システムの極端な条件下での安定性、システムの信頼性など、極端な状況におけるシステムのパフォーマンスを判断することです。システム。ストレス テストの目的は、システムに障害が発生した場合に問題を見つけて修正し、システムのフォールト トレランスと信頼性を保証することです。
負荷テスト
負荷テストの目的は、システムの応答時間、スループット、システム リソースの使用率など、通常のワークロード下でのシステムのパフォーマンスを評価することです。負荷テストの目的は、システムが通常の負荷の下でユーザーのサービス要件を満たせるかどうかを証明することです。
もちろん、上記は基本的な説明にすぎず、以下はすべての人に役立つことを願って完全な要約です。
各種性能試験の概念と違い
テストの種類 | 圧力試験 | 負荷テスト | ベンチマーク | 構成テスト | 安定性試験 |
---|---|---|---|---|---|
コンセプト | 指定されたより大きな負荷の下で、システムの回復力と、検出、応答、回復の能力をテストします。 | 限界を超えない一定の負荷の下で、システムの応答能力 | 環境の正確性、スクリプトの正確性を検証し、システムのパフォーマンス ベンチマークを取得します。 | さまざまな構成でテストする | 負荷を50%~70%程度に制御し、システムが安定して動作するか確認する |
試験方法 | システム容量の 1 倍以上の負荷でシステムにリクエストを行う | システム容量を超えない場合(容量2倍)、複数の負荷点を選択してシステムにリクエストしてください | シングルシナリオ、シングルユーザーモードでスクリプトを実行し、複数のバージョン間の一貫性を維持します。 | 比較テストには、スレッド数、データベース接続数、JVM メモリ、その他の構成クラスなどのさまざまな構成を使用します。 | 指定された負荷でシステムにリクエストを送信します |
観測点 | トラフィックの制御、プロセスなどのコンポーネントの回復、ビジネス ボリュームを正常に処理して容量を 2 倍にする能力など、複数の負荷の下でのシステムの回復力を確認します。 | システム TPS、RT、リソース (CPU、メモリ ネットワーク、ディスク) | TPS、RT、システムリソース使用量 | TPS、RTなどのさまざまな構成でのシステム応答 | CPU変動は5%を超えない、メモリ変動は5%を超えない |
目的 | 極限環境におけるシステムの配信可能性と回復力を監視する | システムの通常の場面において、業務量に応じて変化するシステム能力の全体的な状況を観察し、グラフを描いたり、性能上の問題やリスクを発見したり、システム容量を定量化したり、性能傾向を分析したりするために使用されます。パフォーマンス調整の基礎を提供する | 異なるバージョン間のパフォーマンスの比較 | パフォーマンスチューニングに最適な構成を選択 | システムが安定していることを確認し、リリースの確認に使用します |
よくある風景 | 発売前、納品風景 | システムチューニング | 性能の事前理解と比較 | 性能調整 | 発売前、納品風景 |
上記があなたのお役に立てば幸いです。
最後に、私の記事を注意深く読んでくださった皆さんに感謝します。互恵性は常に必要です。それはそれほど価値のあるものではありませんが、必要な場合はそれを取り上げることができます。
これらの資料は、[ソフトウェア テスト] の友人にとって、最も包括的かつ完全な準備倉庫となるはずです。この倉庫は、最も困難な旅を乗り越える何万人ものテスト エンジニアにも同行してきました。お役に立てれば幸いです。パートナーは下の小さなカードをクリックしてください。受け取る