●トピック
●深く知る
様々なソフトウェアアプリケーションに対するテストケースを洗い出し、テストを行うわけですが、どこまでテストが完了したのかを把握することは重要です。現実的に起こりうるすべての状態のテストを行うことは難しいですから、テストカバレッジ分析としてアプリケーション全体に対してどのくらいのコードがテストされたかを特定しておきましょう。テストの不足により発見されるべきであったバグやセキュリティ問題が存在する可能性のある重大なギャップがないことを確認します。
では、具体的にどのように網羅率を計るのかと言うとアプリケーション処理の手続きに着目します。コーディングする際には命令処理と条件分岐や繰り返し処理の連続を記述していきます。各分岐によってそれぞれ処理内容が分かれます。つまり、その分岐分のテスト項目が存在することになります。それぞれの条件と分岐に対してテスト項目を想定することができ、そのアプリケーションに対する網羅率となるわけです。この網羅率の測り方において、処理のパターンの数を網羅率として計ることもできますし、どのような状態でその処理が行われたのかという入力値のパターンに着目して網羅率を計ることもできます。
ソフトウェアアプリケーションが適切に要件を満たしているかを確認する手法についてお話いたします。問題なく動いていても、実現したいことと異なるようではいけませんよね。そこで登場するのが、トレーサビリティマトリクスです。トレーサビリティマトリクスとは、システム要求をテスト計画にマッピングするために使用される表です。現在のプロジェクトの要求が満たされているかどうかを確認することで、提案依頼書、ソフトウェア要求仕様書、各種成果物のドキュメント、プロジェクト計画のタスクなどの作成に役立てられます。また、要求がどのような理由で満たされているのかが一覧でマッピングされるため、認識のずれを起こしにくくする目的もあります。