序文
パフォーマンス テストにはいくつかの種類があります。一般的なタイプは、負荷テストとストレス テストです。もちろん、並行テストも比較的一般的なタイプです。以下にリストします。
PS: 記事の最後にパフォーマンス テストの種類のマインド マップを添付します。
1. 荷重試験（載置性試験）
定義: パフォーマンス メトリック (応答時間など) が期待を超えるか、一部のリソース使用量が飽和するまで、テスト対象のシステムにかかるストレスを増加させること。システムの処理限界を検出して、システム チューニング用のデータを提供できます。
特徴：
1): このメソッドの主な目的は、システムの処理能力の限界を見つけることです。
2): この方法は、特定のテスト環境で実行されます。通常は、ビジネス プレッシャーとテスト対象システムの典型的なシナリオを考慮する必要があります。
3): この方法は一般に、システムのパフォーマンス容量を把握するため、またはパフォーマンス チューニングで使用するために使用されます。
パフォーマンス容量: システムが一定の応答時間を確保しながら許容できる同時ユーザー数
2.ストレステスト
定義: システムが特定の飽和状態 (CPU、メモリなど) にある場合、システムが処理できるセッション容量、およびシステムでエラーが発生するかどうか
特徴：
1) このメソッドの主な目的は、システムに負荷がかかっているときのアプリケーションのパフォーマンスをチェックすることです。
この方法では、アクセス プレッシャを高めることでシステム リソースの使用を一定のレベルに維持し、このときのアプリケーションのパフォーマンスを、エラー メッセージの生成、アプリケーションに対するシステムの応答時間などに焦点を当ててチェックします。
2) この方法は、一般的にシミュレートされた負荷などの方法を使用して、システムのリソース使用率をより高いレベルに到達させます。
3. 受け入れ性能試験
定義: 特定の条件下でのシステムの機能ステータスを検証すること
特徴：
1) このメソッドの主な目的は、システムが要求する機能がシステムにあるかどうかを検証することです。
この方法には、ユーザー シナリオの決定、注意が必要なパフォーマンス インジケーターの提供、テストの実行、およびテストの分析が含まれます。
2) この方法では、パフォーマンス目標が定義された、テスト中のシステムの典型的なシナリオに関する事前知識が必要です。
3) この方法では、環境を決定する必要があります
4. 構成テスト
定義: テスト中のシステムのソフトウェアおよびハードウェア環境の調整を通じて、さまざまな環境がシステム パフォーマンスに与える影響の程度を理解し、さまざまなシステム リソースの最適な割り当て原則を見つけます。
特徴：
1) この方法の主な目的は、システムのパフォーマンスに対するさまざまな要因の影響度を理解し、最も価値のあるチューニング操作を決定することです。
2) この方法は、通常、システムのパフォーマンスを事前に理解した後に実行されます。
定義された環境、操作手順、および圧力条件下で実行する必要がある
3) この方法は、一般に、パフォーマンスの調整および計画機能に使用されます。
5. 並行性テスト
定義: 複数のユーザーが同じアプリケーション、モジュール、またはデータ レコードに同時にアクセスするときに、デッドロックやその他のパフォーマンスの問題があるかどうかをシミュレートします。
特徴：
1) この方法の主な目的は、システム内で発生する可能性のある同時アクセスの問題を発見することです。
2) この方法は、システムで発生する可能性のある並行性の問題に焦点を当てています。例: メモリ リーク、スレッド ロック、リソース競合の問題
3) この方法は、開発のさまざまな段階で使用でき、関連するテスト ツールの協力とサポートが必要です。
一般的に使用されるツール: 商用ソフトウェア ロードランナー: 完全かつ強力な機能、大量のメモリ使用量、料金が必要
オープン ソース ツール jmeter: オープン ソース無料、無料、操作が簡単、毎日のテスト作業の完了を支援できます。
6.信頼性試験
定義: システムに特定のビジネス プレッシャーを適用し、一定期間連続して実行し、この条件下で安定して実行できるかどうかをテストします。
特徴：
1) この方法の主な目的は、システムが長期安定運用をサポートしているかどうかを検証することです。
2) この方法では、圧力下で一定時間連続操作する必要があります。
3) テスト中は、システムの動作に注意を払う必要があります。
例: メモリ使用量またはその他のリソース使用量と応答時間に大幅な変化があるかどうか
7. 故障回復試験
冗長バックアップと負荷分散を備えたシステム向けに設計
定義: システムの部分的な障害が発生した場合に、システムが引き続き使用できるかどうかを検出すること
特徴：
1) この方法の主な目的は、部分的な障害が発生した場合でも、システムが引き続き使用できるかどうかを検証することです。
2) この方法では、問題が発生した場合に「どのくらいのユーザー アクセスをサポートできるか」と「どのような応急処置を行うか」を指摘する必要があります。
一般に、このタイプのテストは、システムの連続動作の明確な指標があるシステムにのみ必要です。
上記のタイプは、本書の知識ポイントの要約です. 以下は、並行性、負荷、および圧力に関する私の理解のリストです. . . . . .
負荷テスト: 継続的に圧力を上げてシステムをボトルネックに到達させ、調整のための参照データを提供します
圧力試験：
1) 安定性ストレス テスト: さまざまな条件 (メモリ使用量、一定時間内に行われる要求の数など) の下で、システムの処理および応答能力 (システムのフォールト トレランスおよび回復能力)ここで考慮されます) )
2) 破壊的ストレス テスト: システムがクラッシュしてハングアップするまで継続的に加圧し、システムの最大容量がどこにあるかを調べます。
同時実行性テスト: 簡単に理解すると、ビジネス シナリオでは短時間に多数のリクエストを処理する必要があるということです。これらは通常、ログインまたはいくつかの重要なモジュールやボタンに表示されます。
8.マインドマップ
