単体テスト（ユニットテスト）とは？目的・手法・ツールをわかりやすく解説【IPA試験対策】

対象試験と出題頻度

単体テスト（ユニットテスト）は、基本情報技術者・応用情報技術者で出題されるテーマです。

ソフトウェア開発のテスト工程に関する問題で定番化しており、「結合テスト」「システムテスト」「受入テスト」との違いや、内部構造に着目するホワイトボックステストの技法（命令網羅・分岐網羅など）と組み合わせて問われます。

詳細をクリックして確認

対象試験：
基本情報技術者
応用情報技術者

出題頻度：
★★★★☆
ランクA（重要）必ず覚えておくべき

用語の定義

情報処理試験を勉強していると、「単体テストって何をテストするの？結合テストとどう違うの？」と混乱しがちです。

単体テスト（Unit Test）とは、一言で言うと

　「プログラムを構成する最小単位（モジュール・関数・クラス）が、単独で正しく動くかを検証するテスト」

のことです。

イメージとしては、「車を組み立てる前の部品検査」です。

エンジン、タイヤ、ハンドル……車に組み込む前に、それぞれの部品単体で「ちゃんと動くか」を一つひとつ検査しますよね。

組み立ててから不具合が発覚すると、原因の切り分けが大変です。

単体テストも同じで、プログラム全体を組み合わせる前に、関数1つずつが期待通りに動くかを確かめる作業です。

解説

ソフトウェアは数千〜数百万行のコードで構成されます。完成品を一気にテストして不具合が出た場合、どこに原因があるか特定するのに膨大な時間がかかります。

そこで開発工程では、小さな単位から順に検証を積み上げていく方針が取られます。最初の関門が単体テストです。

V字モデルでの位置づけ

開発工程とテスト工程の対応関係を表すV字モデルでは、単体テストは「プログラム設計（詳細設計）」に対応します。

ホワイトボックステストの主要技法

単体テストでは、内部のロジックを把握した上でテストケースを設計するホワイトボックステストが中心になります。代表的な網羅基準は以下の通りです。

スタブとドライバ

テスト対象モジュールが他のモジュールを呼び出している場合、まだ未完成の部品を「仮のもの」で代用する必要があります。

スタブ（Stub）：テスト対象から呼び出される「下位モジュール」の代役。決まった値を返すだけの簡易実装。

ドライバ（Driver）：テスト対象を呼び出す「上位モジュール」の代役。引数を渡して実行するだけの簡易実装。

テストコードの例（JUnit）

実際のテストコードがどのようなものか、Javaの代表的な単体テストフレームワークJUnitの例を示します。

// テスト対象クラス
public class Calculator {
    public int add(int a, int b) {
        return a + b;
    }
}

// テストコード
import static org.junit.jupiter.api.Assertions.*;
import org.junit.jupiter.api.Test;

public class CalculatorTest {

    @Test
    void 正の数同士の足し算が正しく計算される() {
        Calculator calc = new Calculator();
        int result = calc.add(2, 3);
        assertEquals(5, result);  // 期待値と実測値が一致するか検証
    }

    @Test
    void ゼロを含む足し算が正しく計算される() {
        Calculator calc = new Calculator();
        assertEquals(0, calc.add(0, 0));
    }
}

assertEquals(期待値, 実測値) のように「こうなるはず」という期待値と、関数を実行した結果を比較します。

一致すれば成功、ズレていれば失敗としてレポートされます。

他のテスト工程との比較

では、この用語が試験でどのように出題されるか見ていきましょう。

---

試験ではこう出る！

単体テストは、FE・APの午前問題でテスト工程の区別やホワイトボックステスト技法と組み合わせて頻出しています。

---

【確認テスト】理解度チェック

ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。

---

---

よくある質問（FAQ）