職種・ポジション

結合テストを解説！テストの目的から実際の流れを紹介

秋本直樹

インフラエンジニア/ボールド歴2年

最終更新日:2025/6/2

結合テストとは具体的にどんなテストか、どのように実施するか気になった事はないでしょうか。
その具体的な目的や観点、テスト手法について曖昧なまま実施している人もいると思います。
本記事では、結合テストの目的や観点から、実際にテストする際の流れを解説します。

１．結合テストの概要
２．結合テストの準備
３．結合テストの実施
４．まとめ

１．結合テストの概要

システム開発で行う結合テスト。その目的からテストの流れが想像できるよう、「1-1～1-4」で具体的な説明、大まかな流れを紹介します。

１-１．結合テストの目的・観点

結合テストの目的は、「各モジュールを組み合わせて動作させた時、意図した通りの動作になる」ようにする事です。テストした結果、「動作結果が仕様書に沿っているか」、「モジュール同士を繋げるインターフェイスが正しく動作しているか」といった観点で確認します。

１-２．結合テストの位置づけ・他テストとの違い

結合テストは「各モジュール単体でのテストが問題ないことを確認(単体テスト)」後に実施されるテストです。よって、「単体テスト」→「結合テスト」の順に実施されます。また、次工程のテストとして「システム全体でのテスト(システムテスト)」、「運用を想定してのテスト(運用テスト)」などがあります。

１-３．結合テストの手法

結合テストには大きく2つの手法があります。

① トップダウンテスト
上位モジュールから先にテストを済ませていく手法。スタブ(未テストの下位モジュールの代用)を使いテストします。上位から実施するため抜け漏れは少ないですが、上位ができないとテストできないため時間がかかります。テスト期間に猶予が無いなどの理由がなければ、この手法で試していきます。

②ボトムアップテスト
下位モジュールから先にテストを済ませていく手法。ドライバ(未テストの上位モジュールの代用)を使いテストします。下位から実施するため同時並行的にテストできますが、上位でエラーが出た場合の出戻りが大きくなります。テスト期間が短い場合や、ドライバでエラーが出にくい(仕様が簡易)場合に実施します。

１-４．結合テストの流れ

結合テストは大まかに「仕様書作成→テスト実施→テスト結果報告」の順に進みます。ただし、事前にテストにかかる時間を予測してスケジュールを設定する他、必要な資材や環境を準備しておく必要があります。それらの詳細は次項目の「２．結合テストの準備」で紹介します。

２．結合テストの準備

結合テストは実施時間だけでなく、準備にも時間を要します。その際、どのような準備が必要か、「２-１．～２-３．」で紹介します。

２-１．テストスケジュール

結合テストにかかる時間は、各単体モジュール同士を繋げたインターフェイスの確認をする他、動作が仕様書通りにならなかった場合の出戻りなどを考慮すると、単体テストより時間を必要とします。よって、単体テストがどの程度で完了するか、いつまでに完成している必要があるかなどの開始・終了時期を考慮して設定する必要があります。

２-２．テスト仕様書の作成

テスト仕様書は、テスト操作だけでなくテスト観点や、必要な環境なども記載します。作成に当たって考慮すべき主な点を列挙します。
・要件定義を元にして必要機能を洗い出す
・結合テストの手法、観点
・実施条件、環境

２-３．テスト資材・環境準備

テスト仕様書が作成し、テストを実施するだけになった後は、テストを実施するために必要な資材や環境を整備します。
万が一間違った資材や環境でテストしてしまうと、エラーが発覚後にテスト全体の信頼性が落ちてしまいます。
テストする資材・環境が仕様書に沿っているか、問題ないか確認してからテストします。
もしテスト中に資材などに不備が見つかった場合は、その時点でテストを中断し、テストに影響を与えるものか判断が必要です。影響有りと判断されれば、テストのやり直しも検討します。

３．結合テストの実施

準備が完了したらいよいよテストを実施します。ただし、テストを実施する上で注意すべき点がありますので、「３-１～３-３」で紹介します。

３-１．テスト実施・注意点

テスト実施時には、「ユーザーが利用する環境(本番)に近い環境」で実施します。
通常、テスト環境はユーザーが利用している環境に影響を及ぼさないよう、別のネットワーク上に本番同様の環境を作成します。
ただ、ネットワーク以外にも本番とテスト環境で差異がある場合、リリース後にその部分がエラー原因となりかねません。
よって、事前に本番とテスト環境の差異がテストに影響する差異なのか確認してから実施する必要があります。もし影響があるのであれば、設定を一時的に変更するなどして対応します。

３-２．テスト中にエラーが起きた場合

テスト中にエラーが発生した場合、その場でエラーが発生したモジュール等を修正しないようにしましょう。
原因や修正影響が確定していない状況で修正すると、別エラーの原因になりかねない他、不要な修正となる可能性があります。
エラーが起きたらまずは修正箇所の見直しと、その影響について確認後に修正しましょう。

３-３．テストの結果報告

テストが完了したら、結果報告を行います。エラーが発生したら必ず報告し、テストの見直しや修正に入ります。
成功していた場合でも、エビデンス確認や成否判断が難しい点を確認し、問題ないことを確認してからテストを完了とします。
また、エラー内容が修正不可の場合、仕様変更も視野に入れて内容を再検討します。

◆参考URL：
【完全版】結合テストとは？目的や観点についてわかりやすく解説｜YesNoCode…テストの流れ・手法について