結合テストとは、システムを構成する複数のプログラムをつなげて、想定どおりに連携して動作するかを確認するテストです。プログラム単体では問題がなくても、組み合わせた途端に不具合が出ることがあるため実施します。
意味
システム開発では、まず機能ごとに小さな単位（プログラム）を作り、それぞれを単体でテストします。これを単体テストと呼びます。その後、単体テストを終えたプログラム同士をつなげ、データや処理が正しく受け渡されるかを確認するのが結合テストです。例えば「注文画面」と「在庫管理」をつなげ、注文操作をすると在庫数が正しく減るかどうかを確認する、といった形で進めます。画面単位、機能単位で段階的に範囲を広げながら実施することも多く、確認する組み合わせの数や条件によって作業量が変わります。
使われる場面と具体例
- 開発会社のプロジェクトマネージャーが、単体テスト完了後に各機能をつなげて動作確認を行い、社内の品質基準を満たしているか判断するために使う。
- システム発注者が進捗報告を受ける際、「結合テストの段階です」という説明を通じて、開発がどの工程まで進んでいるかを把握するために使う。
- 複数の外部システムと連携するサービスを開発する場合、担当エンジニアが外部API（システム同士がデータをやり取りする仕組み）との接続部分を重点的に確認するために使う。
中小企業が押さえたい点
- 結合テストが完了しても、実際の業務シーンを想定して確認する受け入れテストは別途必要になるため、混同しないようにします。
- どの範囲の組み合わせを、どんな条件でテストしたのかを開発会社に確認しておくと、抜け漏れがあった場合の責任範囲がはっきりします。
- この段階で不具合が見つかると設計の見直しにつながることがあり、納期やスケジュールに影響が出る可能性があるため、進捗報告では余裕を持った確認を心がけます。
よくある誤解
結合テストを終えれば「もう安心して使える」と考えがちですが、実際の利用者の操作や業務の流れに沿った確認は受け入れテストで行うものであり、結合テストだけでは十分とはいえません。また、結合テストは一度きりの作業ではなく、機能追加や修正のたびに関連する組み合わせを再確認する必要がある点も見落とされがちです。
よくある質問
Q. 結合テストと単体テストは何が違いますか。
A. 単体テストは一つひとつのプログラムを個別に確認するもので、結合テストは複数のプログラムをつなげて連携部分を確認するものです。
Q. 結合テストで不具合が見つかった場合、追加費用はかかりますか。
A. 契約内容によります。請負契約であれば修正対応が含まれることが多いですが、契約書や見積もりの範囲を事前に確認しておくと安心です。
Q. 発注者として結合テストにどう関わればよいですか。
A. 直接作業に加わることは少ないですが、テスト対象の範囲や結果の報告内容を確認し、受け入れテストに向けた準備状況を把握しておくとよいです。
関連する用語
関連記事
ほかの用語を探す
