ホワイトボックステスト とは？

プログラムの内部の処理や構造を見て、試す入力を考えるんだ。たとえば「xが0より大きいか」で処理が分かれるなら、大きい場合と、そうでない場合を通る入力を用意するよ。単体テストで使われることが多いけれど、単体テストだけに限る分類ではないんだ。

何を全部とするかを区別しよう。命令網羅は、実行できる命令のうち、実際に通ったものの割合だよ。分岐網羅は、条件による分かれ道などの枝をどれだけ通ったかを見る。命令を全部通っても、条件が偽になる場合を試していないことがあるんだ。

図は「x > 0なら正、そうでなければ非正を返す」という架空の処理だよ。x=1で真の側、x=0で偽の側を通れる。さらに、返った値がそれぞれ正と非正になっているか確認するんだ。通ったという記録だけでは、計算や返り値が間違っていても見逃すことがあるよ。

なくなるとは言えないよ。たとえば同じ道を通っても、特定の値だけで計算が失敗することがあるし、必要な機能そのものが実装されていないと内部の道を調べるだけでは気づきにくい。目標の網羅率は、測る対象とリスクを踏まえて決めるんだ。どのプロジェクトでも80%なら合格、という決まりではないよ。

ブラックボックスは、内部構造を根拠にせず、仕様として期待する振る舞いからテストを考える方法だよ。ホワイトボックスは、内部の通っていない道などを見つけやすい。仕様と構造の両方から試すと、互いの見落としを補いやすいね。実装を変えたときは、構造に基づくテストや網羅対象も見直そう。