テスト技法 - ホワイト/ブラックボックス

ふふ、ちがうのよ。
テストの考え方は大きく2つ。
プログラムの中身を見て確かめるホワイトボックステスト?
と、中身は見ずに入力と出力だけで確かめるブラックボックステスト?
ね。

まずホワイトボックスから見ましょう。
コードの中身を見るので、『どこまで実行できたか』を基準にするの。
これを網羅基準というのよ。

いい疑問ね。
たとえば『もし会員ならポイントを付ける』というプログラムを考えてみて。
命令網羅は『ポイントを付ける』命令を1回でも実行すればOK。
でもそれだと、会員じゃなかったとき(何もしない方)を1度も試していないのよ。

細かいぶん安心だけど、その分テストの手間も増えるの。
だから現場では『どこまでやるか』をバランスで決めるのよ。
ITパスポートでは、内部構造を見るのがホワイトボックス、と押さえれば十分だわ。

入力と出力だけで考えるの。
代表は3つ。
同値分割?
、境界値分析?
、それにデシジョンテーブル?
ね。

うまいたとえね。
そして境界値分析は、その境目をねらい撃ちするの。
さっきの例なら17歳と18歳。
バグは『未満』と『以上』を取り違えるなど、境目でいちばん起きやすいから、そこを確実に拾うのよ。

そうね。
さて、ここまでは『どうテストするか』の話。
今度は『どの単位でテストするか』、テストレベルを見ましょう。

他にも目的別のテストがあるわ。
修正したときに使うのが回帰テスト?
、システムに高い負荷をかけて耐えられるか見るのが負荷テスト?
よ。

最後に整理するわね。
テストは2つの考え方が背骨。
中身を見るホワイトボックス(命令・分岐・条件網羅)と、入出力だけのブラックボックス(同値分割・境界値分析・デシジョンテーブル)。
テストの単位は単体→結合→システム→受入の4段階。
あとは回帰テストと負荷テストの目的を押さえれば、テスト分野は怖くないわ。