平成23年度秋期 ITストラテジスト 午前Ⅰ 問16

観測結果から考える設計の整理

ブラックボックステストを考えるときは、内部の実装を推測するより、与えた条件と外から観測できる結果の対応に注目します。入力の意味、期待する観測、確認範囲を同じ視点で整理してみましょう。

この問題で問われていること

一つの観点として、テスト条件と観測結果の対応が整理されているかを確認してください。条件の違いが何を確かめるためのものか、結果をどのように判断するかを落ち着いて見比べます。

視点

内部構造を前提にせず、テストで扱う条件と外部から確認できる結果の関係を整理します。各条件が何を確かめるために置かれているか、結果の判断基準が一貫しているかという視点で読み進めましょう。

確認ポイント

• テスト条件と観測対象の対応が明確になっているか確認する
• 期待する結果を外部から判定できる形で捉えているか確認する
• 条件を変えたとき、確認したい観点も一貫しているか確認する

正解

ウ

解説

ブラックボックステストは、プログラム内部の命令や構造を意識せず、仕様書に示された機能や入出力の関係を基準にテストケースを設計する。したがって、仕様上の機能を調べるウが適切です。

理由

ブラックボックステストでは、プログラムを外部から見たときの機能や入出力が仕様どおりかを確認する。そのため、仕様書を調べて、想定される入力と期待される結果に対応するテストケースを設計する。

比較

実データの無作為抽出や使用頻度だけでは、必要な機能や境界条件を十分に確認できない。また、全命令を実行するという基準はプログラム内部の構造に着目するため、ホワイトボックステストの考え方です。

選択肢ア

これは不正解だよ。実データから無作為に抽出するだけでは、仕様上確認すべき機能、入力条件、期待結果を網羅できるとは限らない。ブラックボックステストでは、単なる抽出方法ではなく、外部から見た機能と入出力の関係に基づいてテストケースを設計する。

選択肢イ

これは不正解だよ。使用頻度が高い実データを重点的に扱うことは、実利用に近い確認には役立つ場合がある。しかし、それだけでは使用頻度の低い機能や特殊な入力条件を確認できず、ブラックボックステストの一般的な設計基準とはいえない。

選択肢ウ（正解）

これは正解だよ。ブラックボックステストでは、プログラム内部の命令や構造を調べるのではなく、仕様書に記された機能や入出力の関係を基準にする。仕様から外部条件と期待結果を確認し、対応するテストケースを設計するため、この記述が適切である。

選択肢エ

これは不正解だよ。プログラムの全命令を少なくとも1回実行するという考え方は、内部の命令や制御構造を基準にテストの網羅性を評価するものである。内部構造を考慮せず仕様上の機能を確認するブラックボックステストの説明には該当しない。

学習のポイント

ブラックボックステストとホワイトボックステストの設計基準を区別して理解する。