単体テストとは？目的・観点・項目・エビデンスを簡単に説明する

プログラムのコーディングが完了した直後のテスト「単体テスト」。

単体テストは、プログラムを書いたことのある人なら誰しもが経験をしたことのあるテストだろう。

しかしながら、テストの観点やエビデンスの採取」について悩んだこともあるはずだ。

そこで今回は、単体テストの基本的な知識を記載したので参考にしてほしい。

単体テストの目的

単体テストの目的は、コーディングしたプログラムを1本ずつ個別に実行し、不具合（ロジックのミス）を取り除くことである。

一般的には、ロジックの条件分岐を網羅するテストを行うため、結合テストや総合テストなどの他のテスト工程と比較しても、圧倒的にテストケースが多くなる。

ダメなプロジェクトマネージャは、「単体テストは少なめにして、結合テスト以降で不具合を抽出すればいい」と言うが、これは絶対にやめよう。

各テスト工程は、それぞれでテストの観点が異なるため、単体テスト工程の不具合を結合テストでは検出しきれないからだ。

前述したように、単体テストは一般的にホワイトボックステストの条件分岐の網羅の観点からテストを行う場合が多い。

条件分岐を網羅しておけば、プログラム単体の品質はほぼほぼ確保できたと言えるからである。

しかしながら、条件分岐を網羅したとしても、一定の不具合が残ってしまう場合もある。

これはホワイトボックステストの”他の観点“が漏れてるからだ。

そこで、ここではホワイトボックステストの”他の観点“についても紹介しておこう。

ホワイトボックステストというと、条件分岐網羅の印象が強いが、それ以外にもテストの観点はある。

基本的には、条件網羅を実施しておけば良いだろうが、開発するプログラムによってはどの観点を追加で実施するかは考えた方がいいだろう。

参考：ブラックボックステスト

ホワイトボックスとは別に、プログラムの内部に着目しないテスト技法として”ブラックボックステスト“というものもある。

入力の有効値と無効値に着目したテストケースを設けるのが一般的だ。

単体テストを実施するにあたって、単体テスト仕様書（単体テストケース）を作成する。

基本的には、過去のプロジェクトの成果物をもとに作成することになるだろうが、ここでは一般的な項目や書き方について紹介しておく。

単体テスト仕様書には、下記の項目を記載する。

・テストNO
・分類
・テストケース
・確認内容
・テスト実施者、確認者
・テスト実施日

分類、テストケース、確認内容の3つをプログラム毎に考えることになる。