単体テストと結合テストの違いとは？比較表と具体例で分かりやすく解説
開発やテストを担当することになったけれど、「単体テスト」「結合テスト」「システムテスト」など似たような用語が多く、混乱していませんか？この記事では、特に混同しやすい単体テストと結合テストの違いを比較表や具体例を使って分かりやすく解説します。
目次
単体テストと結合テストの違いを比較表で解説
単体テストと結合テストの違いについて、まずは比較表で全体像を確認しましょう。テスト対象や実施タイミング、見つかるバグの種類などが一目で分かります。
| 比較項目 | 単体テスト | 結合テスト |
|---|---|---|
| テスト対象 | 関数・メソッドなど最小単位 | 複数のモジュールや機能の連携 |
| 実施タイミング | 開発中 (コーディングと並行) | モジュール結合後 |
| 主な実施者 | 開発者 | 開発者またはテスター |
| 見つかるバグ | ロジックエラー、計算ミス | インターフェースエラー、データ連携の問題 |
| テストの規模 | 小規模・高速 | 中規模・やや時間がかかる |
この表から分かるように、単体テストは個々の部品が正しく動くかを確認するテスト、結合テストは部品同士を組み合わせたときに正しく連携するかを確認するテストです。ソフトウェア開発では、これらに加えてシステムテストや受け入れテストなど、様々な段階のテストを組み合わせることで、段階的に品質を高めていきます。
次のセクションでは、これらのテストがシステム開発全体の中でどのような位置づけにあるのかを見ていきましょう。
そもそもシステム開発の流れとは？
単体テストと結合テストを正しく理解するためには、まずシステム開発全体の流れを押さえておくことが大切です。そこで、まずは基本的なシステム開発の工程を簡単に振り返ってみましょう。
システム開発は、まず顧客から要望や目的を聞き出して整理する「要件定義」から始まります。その内容をもとに設計・実装を行い、各種テストを経てリリースし、最終的に実際の利用段階へと進みます。
ここでは、伝統的な開発モデル（ウォーターフォール型）を例に説明します。ウォーターフォール型では、システム開発は一般的に「上流工程」と「下流工程」に分けられます。この図で言うと、要件定義から設計までを上流工程、実装から運用・保守までを下流工程と呼びます。この中で、単体テストと結合テストは「実装」の後に行うテストです。
なお、アジャイル開発やDevOpsなど他の開発手法では、テストは実装と並行して継続的に実施されるなど、タイミングや進め方が異なる場合があります。ただし、単体テストと結合テストの基本的な考え方（何をテストするか）は共通しています。
よりその違いを明確に理解するために、ここでは「V字モデル」という考え方を使って説明します。V字モデルは、ウォーターフォール型開発における各工程とテストの対応関係を示したものです。
左側から右側へと開発が進み、左側の各設計工程に対応するテストが右側に配置されており、詳細設計で定めた仕様は単体テストで、基本設計で定めたモジュール間連携は結合テストで検証します。この対応関係を視覚的に表したものが「V字モデル」です。
今回取り上げる「単体テスト」と「結合テスト」は、開発工程の初期段階で実施され、バグを早期に発見するための非常に重要なプロセスです。 なお、システムテストは開発側が実施する最終的な動作確認であるのに対し、受け入れテストは顧客側が実施する独立したフェーズです。システムテストで品質を担保した後、顧客が実際の業務要件を満たしているかを確認するのが受け入れテストの役割となります。
次のセクションでは、「単体テスト」と「結合テスト」それぞれのテストについて詳しく見ていきましょう。
単体テストとは？
単体テストとは、プログラムを構成する最小単位（関数、メソッド、クラスなど）が個別に正しく動作するかを検証するテストです。
単体テストの目的と特徴
単体テストを行うことで、個々の機能が想定された通りの動きをしているかについて確認することができます。コーディングと並行して実施されることが多いため、バグを発見してから修正するまでのコストを最小限に抑えられます。また、将来的なリファクタリング時の安全網としても機能します。
単体テストで行うことの例
- 入力値の検証：パスワードが8文字以上かどうかチェックする関数のテスト
- 計算処理の検証：税込価格を計算する関数が正しい値を返すかテスト
- エラーハンドリング：不正な入力に対して適切なエラーが返されるかテスト
- 境界値の確認：最小値・最大値など境界条件での動作確認
単体テストを完了することで、次の段階である結合テストに移行する品質担保ができ、結合テストがよりスムーズに行えるようになります。このように、単体テストは「部品」レベルでの品質を保証する重要な工程です。
※参考：単体テストの具体的な進め方などについては、関連記事で詳しく解説していますので、ぜひ参考にしてください。
結合テストとは？
結合テストとは、個々の処理が適切に連携して機能しているかを確認するためのテストです。単体テストで個別に検証した「部品」を組み合わせた際の動作を確認します。
結合テストの目的と特徴
結合テストを行うことで、複数の処理や画面が連携して行う動作に不具合がないかを確認することができます。単体テストでは個々のモジュールが正常でも、それらを組み合わせた際に発生する問題（例：データ型の不一致、呼び出し順序の誤りなど）を発見できます。
結合テストで行うことの例
結合テストは、大きく分けて以下の2つの範囲をカバーします。
内部モジュール間の結合テスト
- モジュール間連携：ログイン機能とユーザー情報取得機能の連携テスト
- 画面遷移：複数画面をまたぐ業務フローの動作確認
外部システムとの結合テスト
- データベース連携：アプリケーションとデータベース間のデータ受け渡し確認
- API連携：外部APIを呼び出して正しくレスポンスが返るか検証
プロジェクトや組織によっては、これらを別々のテスト工程として実施する場合もあります。重要なのは、内部の連携だけでなく、外部システムとの接続も含めて検証することです。
結合テストを正しく完了させることで、次の段階であるシステムテストへと移行する品質担保ができます。システムテストでは開発側がシステム全体の動作を確認し、その後、顧客側による受け入れテストへと進みます。
ここまでで単体テストと結合テストの基本的な違いを説明してきましたが、次のセクションでは具体的な例を使って、より実践的に理解を深めていきましょう。
具体的なテストケースをもとに解説
ここでは、単体テストと結合テストの違いを、もっとも身近な「ログイン機能」を使って解説します。
(1) ログイン画面から見るテスト：結合テスト
ユーザーはメールアドレスとパスワードを入力し、「ログイン」ボタンを押すことでログインできます。
この画面全体を1つの機能として見た場合、以下のようなテストケースが考えられます。
※単体テストと結合テストの違いを説明するため、基本的なテストケースのみを記載しています。
| ケース | 入力値 | 期待される結果 |
|---|---|---|
| 正常系 | 正しいメールアドレスとパスワード | ログイン成功し、ホーム画面に遷移 |
| 異常系 | 間違ったパスワード | エラーメッセージを表示 |
| 異常系 | 登録されていないメールアドレス | エラーメッセージを表示 |
これは結合テストで実施する内容に近いものです。機能全体が正しく動作するかを確認しています。
(2) 内部処理に注目したテスト：単体テスト
次に、ログイン機能の内部処理に注目してみましょう。実際のプログラムでは、ログイン機能は以下のような処理に分解されています。
※(1)と同様に、基本的なテストケースのみ記載しています。
ログイン機能の内部処理の流れ
- 入力値の検証：メールアドレス形式が正しいか、パスワードが空でないかをチェック
- データベースへの接続：ユーザー情報を格納しているデータベースに接続
- ユーザー情報の取得：データベースから該当するユーザー情報を取得
- パスワードの照合：入力されたパスワードとデータベースに保存されたパスワードを比較
- 認証結果の判定：認証成功・失敗を判定
- 画面への反映：結果に応じてホーム画面に遷移、またはエラーメッセージを表示
(3) 同じログイン機能でも“見る視点”が違う：単体テストと結合テストの境界
ここまで見てきたように、同じログイン機能でも、単体テストと結合テストでは「何を見るか」という視点が大きく異なります。
単体テストでは、上記の(2)で示した各処理を個別にテストします。
例えば、「入力値の検証」機能だけを取り出してテストする場合、以下のようなテストケースが考えられるでしょう。
| テスト対象 | 入力値 | 期待される結果 |
|---|---|---|
| メールアドレス検証関数 | "test@example.com" | 正常 (True) |
| メールアドレス検証関数 | "invalid-email" | エラー (False) |
| パスワード検証関数 | pass1234 | 正常 (True) |
| パスワード検証関数 | "" (空文字) | エラー (False) |
※今回"invalid-email"は@が含まれていないため、エラーとしています。
このように、単体テストでは各処理が正しく動くかを個別に確認します。データベースへの実際の接続は行わず、モック（疑似的なデータ）を使ってテストするのが一般的です。
一方、結合テストでは、(1)で示したように、これらの処理を組み合わせた機能全体をテストします。実際のデータベースに接続し、入力から画面表示まで一連の流れが正しく動作するかを確認します。
つまり、単体テストは各部品（関数やメソッド）が正しく動くかを個別に確認し、結合テストは部品を組み合わせた機能全体が正しく連携するかを確認するものです。 これらのテストは、チームの体制やプロジェクトの規模、開発手法によって、誰が実施するかは異なります。開発者が中心となる場合もあれば、QAエンジニアやテスト専門チームが担当する場合もあります。重要なのは、誰が実施するかにかかわらず、品質保証はチーム全体の責任であり、両方のテストを適切に実施して品質を段階的に確保していくことです。
テスト実行時に気をつけること
単体テストと結合テストを効果的に実施するために、初心者が特に注意すべき5つのポイントを紹介します。
仕様を正しく理解する
テストを実施する前に、まず「何をテストすべきか」を正しく理解することが最も重要です。設計書や仕様書を読み込み、期待される動作を明確にしましょう。仕様が曖昧な場合は、必ず設計者やチームメンバーに確認してください。誤った理解のままテストを進めると、本来見つけるべきバグを見逃したり、正常な動作を不具合として報告してしまう可能性があります。
事前準備を確実に行う
テスト実行前の準備不足は、テストの失敗や遅延の大きな原因です。準備すべき項目として、テスト環境のセットアップ（データベース、サーバーなど）、テストデータの準備（正常系・異常系の両方）、テストツールやライブラリのインストール、必要な権限やアクセス情報の確認などがあります。特に結合テストでは、複数のモジュールが必要なため、事前にチェックリストを作成して漏れがないようにしましょう。
適切な環境でテストする
同じコードでも、実行環境のバージョンによって動作が異なる場合があります。確認すべきバージョンとして、プログラミング言語のバージョン（Python 3.8 vs 3.11など）、ライブラリやフレームワークのバージョン、データベースのバージョン、OSやブラウザのバージョンなどが挙げられます。本番環境と同じバージョンでテストすることで、環境差異による予期せぬバグを防げます。
関係者との情報共有をしっかり行う
テスト結果は自分だけでなく、チーム全体で共有することが重要です。共有すべき情報として、テストの進捗状況（どこまで完了したか）、発見したバグの内容と優先度、テスト実施中に気づいた懸念点、テスト実施が想定より時間がかかっている場合の早期報告などがあります。特にバグを発見した場合は、迅速に開発担当者に伝えることで、早期修正につながります。
不明点があればすぐに問い合わせる
テスト中に不明点が出てきたら、一人で悩まずすぐに質問しましょう。よくある不明点として、仕様書に記載されていない挙動をどう判断するか、エラーメッセージが想定と異なる場合の対応、テスト環境の設定がうまくいかないなどがあります。初心者のうちは分からないことがあって当然です。質問することで、自分の理解も深まり、チーム全体の知識共有にもつながります。
まとめ
この記事では、単体テストと結合テストの違いについて解説しました。単体テストは関数やメソッドなど最小単位の動作を検証し、結合テストは複数のモジュールの連携を検証するテストです。どちらか一方だけでなく、両方を適切に実施することが高品質なソフトウェア開発に不可欠です。まずは単体テストから実践し、徐々に結合テストやその他のテスト手法にも慣れていきましょう。
モバイルアプリ・ブラウザ（ウェブアプリ）テストの両方に対応したAIテスト自動化ツール「MagicPod」のご紹介資料です。
今すぐ無料でご覧いただけますので、ぜひご活用ください！
＼ MagicPod紹介資料を今すぐ入手 ／
資料を無料でダウンロード
