1. 負荷試験
ここで、負荷テストとは、一般的なパフォーマンス要件を検証するための最も一般的なパフォーマンス テストを指します。上で、ユーザーの最も一般的なパフォーマンス要件は「ランニングと草の摂取量の削減の両方」であると述べました。したがって、負荷テストでは主に、特定の負荷下でのソフトウェア システムのパフォーマンスを検査します。負荷テストは次のように理解できます。
(1) 負荷テストは、ユーザーの観点から特定の条件下でソフトウェア システムのパフォーマンスを観察することです。
(2) 負荷テストの期待される結果は、ユーザーのパフォーマンス要件が満たされていることです。この指標は通常、応答時間、トランザクション容量、同時容量、リソース使用量などに反映されます。
2. ストレステスト
ストレス テストは、トランザクション量や同時ユーザー数などの最高条件でのシステムのパフォーマンスを検査することです。この条件は必ずしもユーザーのパフォーマンス要件ではなく、ユーザーのパフォーマンス要件よりもはるかに高い場合があることに注意してください。ストレス テストと負荷テストの違いは、ストレス テストで期待される結果はシステムに問題があるということであり、調査したいのはシステムが問題をどのように処理するかであるということであることが理解できます。たとえば、ストレスの多い状況下でもシステムが安定した状態を保つことを期待しており、処理速度が遅くなる可能性はありますが、システムがクラッシュすることはありません。したがって、ストレス テストにより、システムの弱点を特定し、極度の負荷下でプログラムがどのように動作するかを特定できます。
例: 負荷テストはユーザーのルールと要件に関係しますが、ストレス テストはソフトウェア システム自体に関係します。
3. 同時実行テスト
システムの同時処理能力を確認します。一般に、サーバーに対して多数の同時接続が確立され、クライアントの応答時間とサーバーのパフォーマンス監視を使用して、システムが確立された同時接続能力指数に達したかどうかが判断されます。負荷テストでは、負荷を作成するために同時実行性がよく使用されます。同時実行性テストが個別に提案される理由は、同時実行性テストにはサーバーの同時実行能力と、マルチプロセス/マルチスレッドの調整と同期によって引き起こされる可能性のある問題が含まれることが多いためです。これは特別な注意が必要であり、テストする必要があります。
4. ベンチマーク
ソフトウェア システムに新しいモジュールが追加された場合、新しいモジュールがソフトウェア システム全体のパフォーマンスに与える影響を判断するためにベンチマーク テストが必要になります。ベンチマークの方法によれば、テストごとに少なくとも 1 回は新しいモジュールを開閉する必要があります。モジュールを閉じる前のシステムの性能指標をベンチマーク (Benchmark) としてマークし、モジュールが開いた状態のシステムの性能指標と比較して、モジュールがシステムの性能に与える影響を判断します。
5. 安定性試験
「遠くからでも馬力がわかる」とは、ここでは性能試験に関連する安定性試験、つまり一定の負荷を長時間かけて走行させた後に試験システムに問題がないかどうかについて話しています。ソフトウェア システムの問題の中には、一度にすべてを明らかにできないものや、測定できるようになるまで蓄積するのに時間がかかるものがあります。なぜこのようなテストが必要なのでしょうか? ソフトウェアの問題によっては、1 日、1 週間、あるいはそれ以上実行した後に初めて判明するものがあるからです。この種の問題は通常、プログラムがリソースを占有しているにもかかわらず、時間内にリソースを解放していないことが原因で発生します。たとえば、メモリ リークの問題は、一定期間の蓄積により徐々に明らかになりますが、クライアントとサーバーが一定期間負荷をかけた状態で動作すると、大量のメモリ リークが発生し、運用の初期段階で検出することは困難です。接続パスは確立されていますが、効率的な多重化やタイムリーな解放ができません。
6. 再開可能なテスト
テスト システムがエラー状態から通常の状態に迅速に回復できるかどうか。たとえば、負荷分散を備えたシステムにおいて、メインマシンが負荷を受けて正常に動作できない場合、バックアップマシンが迅速に負荷を引き継ぐことができるかどうか。回復可能性テストは通常、ストレス テストと組み合わせて行われます。