ソフトウェアテストの勉強室

単体テストレベルでは、「コードカバレッジ」を意識しながら（基準にしながら）テスト設計やテストケース作成を行う機会が多い。でも、この「コードカバレッジ」って用語がばらばらであったり、どのカバレッジ基準がどういうことを確認するものなのか、どういう不具合を見つけられるのか、見つけられないのか、といったことが自分の中でしっかりまとまっていなかったので、いろいろ調べてまとめようと思います。

2008/03/12更新
　　サンプルプログラムで解説を追加
　　サンプルプログラムは、以前例題として作成したテニスのスコアボードについて
　　[例題]テニスのスコアボード

ステートメントカバレッジ

命令網羅。テスト対象となるプログラム中のステートメント（命令文）をどれくらい実施したかどうかをあらわす基準。すべてのステートメントを最低1回実施した場合に、ステートメントカバレッジ100%という。もっとも基本的なカバレッジ基準であるが、もっとも強度の弱い基準といってもよい。プログラムをフローグラフ（処理ブロック、判定、合流の3種類で表現したグラフ）に変換した場合、すべてのノードを通過することと同値であるので、ノードカバレッジとも呼ばれる。

• 強みポイント

すべてのステートメントが到達可能だということがテスト実施によって証明される。つまり、実装したが到達不可能なコードを見つけることができる。「最低限」ではあるが、もっとも低コストで網羅が可能な基準といえる。
• 弱みポイント

テスト対象となるプログラム構造について検証するという目的では、あまり効果がない。分岐の妥当性（分岐条件が正しい