ブラックボックステストとホワイトボックステストの違いを図解【ITパスポート】

テストって、とにかくいろいろ動かしてみればいいんですよね？

やみくもに試すと、時間がかかるのに大事なミスを見逃すんだ。だから「どこを、どう試すか」の考え方がいくつもある。大きく分けると、中身を見ないテストと中身を見るテストの2つだよ。

テストの段階をおさらい

システム開発では、小さな単位から順に大きな単位へとテストを進めます（工程全体は「システム開発の流れ」の単元で扱っています）。

この各段階で使われるのが、これから学ぶ ブラックボックステスト と ホワイトボックステスト です。

箱の中が見えない（ブラック）か、透けて見える（ホワイト）か

自動販売機で考えてみましょう。

映画館の料金を例にします。年齢を入力すると料金区分を表示するプログラムです。

すべての年齢を試すのは大変です。そこで、テストする値を賢く選びます。

同値分割は「グループの代表」、限界値分析は「グループの境目」を狙う

入力値を「同じ結果になるグループ（同値クラス）」に分け、各グループから代表値を1つずつ選んでテストします。上の例なら −5、6、30、70 の4つです。同じグループの値は同じように処理されるはず、という考え方です。

プログラムのミスはグループの境目で起きやすいものです。「13歳以上」を「13歳より大きい」と書き間違える、といったミスですね。そこで、境目の両側の値（−1と0、12と13、64と65）を重点的にテストします。

限界値分析では、有効な端の値だけでなく、すぐ外側の無効な値もテストするのがポイント。「1〜100が有効」なら、1と100だけでなく 0と101 も選びます。

ホワイトボックステストでは、プログラムの中の命令や分岐をどこまでもれなく通したか（網羅したか）を基準にテストケースを作ります。

技法	基準
命令網羅	すべての命令を少なくとも1回は実行する
分岐網羅（判定条件網羅）	すべての分岐について、条件が真の場合と偽の場合を少なくとも1回ずつ通る

「もし年齢が65以上なら、シニア割引を適用する」という処理（そうでなければ何もしない）があるとします。

分岐網羅のほうが、より厳しい（多くのケースが必要な）基準です。

部品を組み合わせてテストしたいのに、相手の部品がまだ完成していないことがあります。そのときは仮のプログラムで代わりをさせます。

緑が完成済みの部品、黄色が仮のプログラム

ドライバは「運転手」。上に乗って下位の部品を呼び出し、動かす役。 スタブは「切り株」。下で呼ばれるだけの、中身のない代役。「上はドライバ、下はスタブ」とセットで覚えましょう。

テスト	目的
回帰テスト（リグレッションテスト）	プログラムを修正した後、修正していない部分に悪影響が出ていないかを確かめる
負荷テスト	大量のデータやアクセスに耐えられるかを確かめる
性能テスト	応答時間や処理件数が要求を満たすかを確かめる
運用テスト	本番に近い環境・手順で、実際の業務に使えるかを確かめる

直したところだけテストすればいいんじゃないんですか？

それが落とし穴なんだ。1か所直したら、思わぬ別の場所が動かなくなることがよくある。だから直していないところも含めて確かめ直すのが回帰テストだよ。