ソフトウェア統合テスト

個別にテスト済みのソフトウェアユニットを統合し、ユニット間のインタフェースや連携が正しく動作するかを検証するテスト。トップダウンテスト、ボトムアップテストなどの統合戦略がある。

単体テストを終えたソフトウェアユニットを結合してソフトウェア品目を構成し、ユニット間のインタフェースや連携が設計どおりに動くかを確かめるテスト。結合の順序によって、トップダウンテスト、ボトムアップテスト、両者を組み合わせたサンドイッチテストなどがある。

システムやソフトウェアの取得者（発注者）が、納入されたシステムが契約要件を満たしているかを確認するテスト。受入れ基準に基づいて実施し、合格すれば検収となる。妥当性確認テストの一環として行われる。

プログラムの内部構造（ロジック、分岐、ループなど）に着目して行うテスト。命令網羅、分岐網羅などのカバレッジ基準を用い、すべての処理経路が正しく動作するか検証する。単体テストで主に用いられる。

プログラム中のバグ（不具合・誤り）を発見し、原因を特定して修正する作業。テストで発見された問題に対して、デバッガなどのツールを活用しながら修正を行う。

単体テスト済みの複数のモジュールを結合し、モジュール間のインタフェースや連携が正しく機能するか検証するテスト。結合テストとも呼ばれ、トップダウンテストやボトムアップテストなどの手法がある。

プログラムの内部構造を考慮せず、入力と出力の関係に着目して行うテスト。仕様書に基づいて期待される出力が得られるかを検証する。同値分割法や境界値分析などのテスト技法が用いられる。

システムの処理速度、応答時間、スループットなどが要件を満たしているか検証するテスト。想定される通常の使用条件下で、システムが期待どおりの性能を発揮するかを確認する。