第2回：テスト項目の設定：設計カバレッジで漏れを確認しよう
テスト項目の設定では，テスト対象におけるテスト項目の網羅性が重要となる。「テスト項目を漏れなく洗い出すには，設計カバレッジによるテスト項目の確認が必要」。こう話すのは，豆蔵の大西建児氏（ES事業部 シニアコンサルタント）だ。 設計カバレッジとは，設計すべきテスト項目を設計したかという網羅性を確認するもの。これに対して実行すべきテスト項目をどれだけ実行したかを示す「実行カバレッジ」もある。 通常，実行カバレッジによる網羅性の確認を取り入れないことはない。テスト項目の一覧を一つひとつ実施していけば，実行カバレッジを確認できる。 だが，設計カバレッジを確認している現場は意外に少ないようだ。その理由は，「設計カバレッジ」という考え方や具体的な確認方法が，開発現場に定着していないからである。 三つの方法で網羅性を確認 では，設計カバレッジをどのように確認するのか。豆蔵の大西氏は，具体的な方法として，
コードカバレッジのまとめ - ソフトウェアテストの勉強室
単体テストレベルでは、「コードカバレッジ」を意識しながら（基準にしながら）テスト設計やテストケース作成を行う機会が多い。でも、この「コードカバレッジ」って用語がばらばらであったり、どのカバレッジ基準がどういうことを確認するものなのか、どういう不具合を見つけられるのか、見つけられないのか、といったことが自分の中でしっかりまとまっていなかったので、いろいろ調べてまとめようと思います。 2008/03/12更新 サンプルプログラムで解説を追加 サンプルプログラムは、以前例題として作成したテニスのスコアボードについて [例題]テニスのスコアボード ステートメントカバレッジ 命令網羅。テスト対象となるプログラム中のステートメント（命令文）をどれくらい実施したかどうかをあらわす基準。すべてのステートメントを最低1回実施した場合に、ステートメントカバレッジ100%という。もっとも基本的なカバレッジ基準で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
