レビューとテストの進め方

レビューとテストは、成果物やプログラムに含まれる欠陥を早期に見つけ、品質を確保するための工程である。レビューは成果物を人が読み合わせて問題点を探す活動であり、テストはプログラムを実行して結果から欠陥を見つける活動である。試験では、工程の中での位置づけ、レビュー技法の違い、テストの網羅基準、テスト環境や支援ツールの役割を区別できるかが問われる。

レビューの目的と技法

レビューは、設計などの各工程の途中で成果物の問題点を発見し、後の工程へ欠陥を持ち越さないようにする活動である。デザインレビューの目的は、設計工程の中で成果物の問題点を発見することにある。 出荷可否の判定や、プロジェクト管理の問題点の発見は、レビューの目的とは異なる。

技法は、進め方や主導する役割によって区別する。インスペクションは、作成者以外のモデレータがレビューを主導し、公式な記録と分析を行う形式的な技法である。 ウォークスルーは、作成者を含む複数人が仕様書やソースコードの振る舞いを机上でシミュレートして、問題点を見つける技法である。 成果物を参加者に回覧してコメントを集めるパスアラウンドとは、進め方が異なる。

テストの網羅基準と最少ケース数

テスト技法では、どの範囲を確認したかを網羅基準で表す。命令網羅は、すべての命令を少なくとも1回実行することを求める基準である。判定条件網羅（分岐網羅）は、各判定の真の分岐と偽の分岐をすべて通すことを求める基準であり、一般に命令網羅より網羅の度合いが高い。

命令網羅の最少ケース数は、命令数の合計とは一致しない。異なる判定の命令は1回のテストケースで通せるため、各判定の分岐を分担させることで必要なケース数が決まる。 判定条件網羅の最少ケース数は、真偽の組合せを効率よく選ぶことで求まり、不要なケースを加えると最少にはならない。