スタブ

トップダウンテストにおいて、未完成の下位モジュールの代わりに用いる仮のモジュール。テスト対象モジュールから呼び出されたとき、あらかじめ決められた値を返す。テスト完了後は実モジュールに置き換える。

テスト対象のモジュールから呼び出される下位モジュールの代替となるテスト用プログラム。トップダウンテストにおいて、未完成の下位モジュールの代わりに簡易的な応答を返す。ドライバと対になる概念。

統合テストで、テスト対象のモジュールから呼び出される下位のモジュールが未完成のときに、その代わりに使うテスト用のダミープログラム。トップダウンテストで使い、決まった値を返すなど最低限の応答だけを行う。

条件の組み合わせと、それに対応する処理（アクション）を表形式で整理する技法。複雑な条件分岐をもれなく網羅的に記述でき、仕様の漏れや矛盾を発見するのに有効。テスト設計にも活用される。

ウォーターフォールモデルの各開発工程に対応するテスト工程を対に配置した開発モデル。要件定義に受入テスト、基本設計にシステムテスト、詳細設計に結合テスト、実装に単体テストが対応する。各工程の整合性を確保する。

内部構造を考慮せず、入力と出力の関係からテストケースを設計する手法。同値分割、境界値分析、デシジョンテーブル、状態遷移テストなどの技法がある。機能仕様に基づいてテストする。

プログラムの内部構造（制御フロー、データフロー）に基づいてテストケースを設計する手法。命令網羅、分岐網羅、条件網羅、パス網羅などのカバレッジ基準がある。ロジックの正確性を検証する。

テストによってどの程度のプログラムコードが実行されたかを示す指標。命令網羅率（C0）、分岐網羅率（C1）、条件網羅率（C2）などがある。カバレッジ100%でも完全な品質保証にはならない点に注意が必要。

個々のモジュールやクラスの機能を独立して検証するテスト工程。ドライバやスタブを用いて、テスト対象のモジュールを単独で動作させる。開発者が主体となって実施し、コードレベルの不具合を検出する。