ソフトウェアテストの基本概念
「テスト対象」を手動またはツールを使用してテストし、実際の結果と期待される結果に違いがあるかどうかを確認します。
ソフトウェアテストの役割
テスト作業を通じて、ソフトウェアの欠陥を発見して修正できるため、製品に対するユーザーの信頼が向上します。テストを行うことで、同様の製品の開発時に問題が発生するリスクを軽減できます。
ソフトウェアテストの原則
テストにより欠陥の存在が判明
テストで証明できるのは欠陥の存在だけであり、欠陥がないことは証明できません。
徹底的なテストは不可能
すべての状況をテストすることは不可能であり、特定のテスト終了基準が満たされた場合にはテストを終了する必要があります。
早期介入をテストする
早期介入、早期発見、早期治療により、早期解決にかかるコストが削減されます。
欠陥クラスタリング (2/8 ルール)
問題の 80% は機能モジュールの 20% に存在します。1 つのモジュールで多くの問題が見つかり、さらに問題がある可能性があると判断できます。複雑なロジック、曖昧な要件、機能設計の問題などはありますか。
農薬のパラドックス
同じテストケースを複数回使用すると、ソフトウェアが「耐性」を持ち、問題を見つけるのが難しくなります。同じテスト ケースが何度も使用されると、欠陥を見つける能力がますます低下します。
テスト活動はテスト内容によって異なります
ソフトウェア システムが異なれば、使用するテスト手法やツールも異なります。異なるソフトウェア システムでは、まったく同じテスト方法が使用されるわけではありません。
良いか悪いかは間違いではないというのは誤謬です。
完璧なソフトウェア システムは存在しません。エラーが見つからない場合は、さらに注意を払う必要があります。
ソフトウェアテストオブジェクト
要件分析段階: 要件文書、インターフェース文書
コーディング実装フェーズ: ソースコード
システム機能の使用法: ソフトウェア プログラム
テストケース
製品が特定の要件を満たしているかどうかをテストするために、特定の目的のために設計されたテスト入力、実行手順、および予想される結果のセットである文書