ブラックボックステストとは？入力と出力で仕様どおりか確認する方法【基本情報技術者試験】

まず結論

ブラックボックステストとは、プログラムの内部処理を見ずに、入力と出力が仕様どおりかを確認するテストです。

基本情報技術者試験では、ブラックボックステストは 機能仕様・インタフェース仕様に基づいてテストケースを作る方法 と覚えると判断しやすいです。

逆に、処理手順、ロジック経路、条件判定の真偽を見ている説明は、ブラックボックステストではなくホワイトボックステスト寄りです。

ブラックボックステストは、中身が見えない自動販売機を外から試すイメージです。

例えば、自動販売機の中の配線や制御プログラムは見ません。

見るのは、次のような外から分かる動きです。

このように、ブラックボックステストでは 内部でどんな処理をしているか ではなく、入力に対して期待した出力になるか を確認します。

ブラックボックステストは、システムやプログラムの内部構造を考慮せず、外部から見える機能に注目して行うテストです。

テストケースは、主に次のような情報をもとに設計します。

見るもの	ブラックボックステストでの役割
機能仕様	どの入力に対して、どの出力になるべきかを確認する
インタフェース仕様	画面、API、入出力項目などの外から見える仕様を確認する
入力値の範囲	正常値、異常値、境界値を決める
期待結果	出力、エラー表示、処理結果が仕様どおりかを確認する

代表的なテストケース設計の考え方には、次のようなものがあります。

このテーマは、基本情報技術者試験の「ソフトウェア開発」や「テスト」に関係する内容です。公式の出題範囲やシラバスは、IPA：基本情報技術者試験から確認できます。

科目Aでは、ブラックボックステストとホワイトボックステストの違いがよく問われます。

判断するときは、テストケースを何に基づいて設計しているか を見ます。

例えば、次のような説明はブラックボックステストです。

プログラムの機能仕様やインタフェース仕様に基づいて，
入力値と期待結果を決め，テストケースを設計する。

この説明は、内部処理ではなく、外から見える仕様に基づいています。

一方で、次のような説明はホワイトボックステスト寄りです。

プログラムの処理手順やロジック経路を確認し，
すべての条件判定の真偽を少なくとも1回ずつ実行する。

この説明は、内部の処理構造を見ています。

科目Aでは、仕様・入力・出力ならブラックボックス、ロジック・経路・条件ならホワイトボックス と考えると選択肢を切りやすいです。

ブラックボックステスト自体は、科目Bの擬似言語トレース問題で中心になることは多くありません。

ただし、科目Bで問題文の仕様を読むときに、ブラックボックステストの考え方は役立ちます。

例えば、問題文に次のような仕様があるとします。

点数が60点以上なら「合格」と表示する。
60点未満なら「不合格」と表示する。

この仕様からテストケースを考えるなら、内部のif文そのものを見るのではなく、入力と期待結果を整理します。

このように、ブラックボックステストでは、仕様から入力値と期待結果を作る ことを意識します。

科目Bでプログラムを読むときも、問題文の仕様と出力結果が対応しているかを確認すると、処理の目的を見失いにくくなります。

ブラックボックステストで一番混同しやすいのは、ホワイトボックステストです。

テスト	見るもの	判断の合図
ブラックボックステスト	外から見える機能	入力、出力、仕様、インタフェース
ホワイトボックステスト	内部の処理構造	ソースコード、ロジック、経路、条件判定

ブラックボックステストは、プログラムの中身を全く知らなくてもよい、という意味ではありません。

試験では、テストケースを作る根拠として内部構造を使わない と考えると十分です。

また、ブラックボックステストは「コーディング後に行うテスト」という意味でもありません。

実施時期だけで判断すると迷いやすくなります。
FE試験では、何に基づいてテストケースを設計するか を優先して見ます。

この切り分けを押さえておくと、似た選択肢でも判断しやすくなります。