動的テスト中に発見できるパフォーマンス効率に関するさまざまな障害モードが多数あります。ここでは、一般的な障害 (システム クラッシュを含む) とその典型的な原因の例をいくつか示します。
1. すべての負荷レベルで応答が遅い
場合によっては、負荷に関係なく、システムの応答がユーザーにとって許容できないほど遅い場合があります。これは、不適切なデータベースの設計や実装、ネットワークの遅延、その他のバックグラウンド負荷の問題を含むがこれらに限定されない、根本的なパフォーマンスの問題によって引き起こされる可能性があります。これらの問題は、パフォーマンス テストだけでなく、機能テストやユーザビリティ テストでも見つかる可能性があるため、テスト アナリストは細心の注意を払って問題を報告する必要があります。
2. 中高負荷時の応答が遅い
場合によっては、負荷が通常の予想される許容範囲内にある場合でも、負荷が中程度から重に変化するにつれてシステムの応答速度が低下することがありますが、これは容認できません。原因は、1 つ以上のリソースの飽和やバックグラウンド負荷の変化などの根本的な欠陥である可能性があります。
3. 時間の経過とともに反応が低下する
場合によっては、システムの応答性が時間の経過とともに徐々にまたは急速に低下することがあります。根本原因には、メモリ リーク、ディスクの断片化の増加、時間の経過によるネットワーク負荷の増加、ファイル ストレージの増大、データベース ストレージの予期しない増大などが含まれます。
4. 高負荷または超高負荷時のエラー処理が不適切または粗雑である
場合によっては、システムの応答性は許容範囲内ですが、高負荷や極端な負荷レベルを超えると、エラー処理のパフォーマンス効率が低下します。
この問題を引き起こす潜在的なシステムの欠陥には、リソース プールが不十分であること、キューとスタックが小さすぎること、タイムアウトの設定が早すぎることが含まれます。
上記に挙げた一般的な潜在的な落とし穴の具体例は次のとおりです。
❑ 企業サービス情報を提供する Web アプリケーションは、ユーザーのリクエストに 7 秒以内に応答しません (7 秒は業界の一般的な経験です)。つまり、システムは特定の負荷条件下で必要なパフォーマンス効率を達成できません。
❑ 突然大量のユーザー リクエスト (主要なスポーツ イベントのチケット販売など) が発生すると、システムがユーザー リクエストを処理するのに十分な容量がないため、システムがクラッシュするか、ユーザーの入力に応答できなくなります。
❑ ユーザーが大量のデータのリクエストを送信すると (ダウンロード用に大規模で重要なレポートを Web サイトに公開するなど)、システムにはデータを処理するのに十分な容量がないため、システムの応答が大幅に低下します。
❑ オンライン処理前に完了すべきバッチ処理が完了できない、またはバッチ処理の実行が許容時間内に完了しません。❑ 並列プロセスが動的メモリを大量に要求し、メモリが時間内に解放できない場合、リアルタイム システムのメモリが不足します。これは、システムのメモリ容量が不十分であるか、メモリ要求の処理優先度が設定されていないことが原因である可能性があります。きちんと。
❑ リアルタイム システム コンポーネント B に入力を提供するリアルタイム システム コンポーネント A が必要な速度で更新を計算できない場合、システム全体が時間内に応答できない可能性があります。この状況に直面して、コンポーネント A のコード モジュールを評価および変更し、つまりパフォーマンスを分析して、必要な更新速度が達成できることを確認する必要があります。
この記事「エンタープライズパフォーマンステスト」