用語集作成2026-06-26 "10:00"約4分

単体テスト（ユニットテスト）とは？部品ひとつの動きを確かめることをやさしく解説

「全部グリーンだから安心」と思ったのにバグが出たとき

AIに頼んだら単体テストがあっという間に揃って、しかも全部グリーン。そう安心した数日後に、テストは通っているのにバグが出た——そんな経験、ありませんか。その緑がどこまで安心材料なのかを、ここで一度ほどいておきましょう。

単体テスト（ユニットテスト）とは？ひとことで言うと

単体テスト（ユニットテスト）は、関数やメソッドといった「ひとつの小さな部品」が、期待どおりに動くかを自動で確かめるテストのことです。ざっくり言うと、部品ひとつを取り出して「この入力を渡したら、この答えが返ってくるはず」を機械にチェックさせる仕組みです。アプリ全体ではなく、小さな部品単位で確かめるので「単体」と呼びます。

機械から取り出した小さな部品ひとつを検査台に置き、決まった入力を入れて期待どおりの答えが返るかを検査役が見張る、単体テストを表したイラスト — 単体テストは「部品ひとつの動きを確かめる見張り役」。入力を入れて期待どおりの答えが返るかを、部品単位でチェックする

開発現場ではどこで使う？

実際の開発では、こんな場面で顔を出します。

計算や変換など、ロジックが入った関数を書いたあとの動作確認
既存コードを直すとき、壊していないかの見張り役
AIに書かせたコードが、本当に意図どおり動くかの確認
レビュー前に「最低限ここは通る」という土台づくり

なぜ大事なのか

単体テストの本当の役割は、「いま動くこと」を見せることではなく、これから誰かが壊したときに教えてくれることです。これがあると、コードを直すたびに手で全部試さなくても、変なところが壊れれば自動で赤く知らせてくれます。逆に、何を確かめているか曖昧なテストだと、緑でも安心できず、確認の手間がこっそり自分に戻ってきます。

具体例で見る

たとえば「合計金額を出す関数」の単体テストなら、「100円の商品を3つ渡したら300円が返る」を確かめます。ここで大事なのは、「エラーが出ずに動いた」だけで満足しないことです。戻り値が本当に300円かまで見て、はじめてその部品の正しさを守れます。AIが書くテストは、この「中身の確認」が緩いことがよくあります。

つまり現場では？

単体テストを書くということは、部品ひとつごとに「壊れたら教えてくれる見張り役」を置くことです。AIに任せても、その見張り役が本当に機能しているかの最終チェックは、これまで通り人がやる前提で付き合うと無理がありません。

知らないとどう困る？

単体テストの中身を見ないままだと、「全部グリーン＝正しい」と思い込んでリリースしてしまいます。ところがAIのテストは正常系（きれいな入力）に偏りがちで、異常系（想定外の入力）が薄いことが多いです。緑を鵜呑みにすると、肝心の壊れ方を試さないまま本番に出してしまい、後工程でのやり直しが増えてしまいます。