基本情報 平成26年度 秋期 問49：テクノロジ系に関する問題

答えは b「プログラムの“やること（仕様）”からテストを考える」です。

ブラックボックス＝中が見えない箱。中身の作りは気にせず、「入力と出力」だけでチェックします。

たとえば自販機。中の仕組みを知らなくても「100円入れたらジュースが出る」かどうかでテストできますよね。これがブラックボックステスト。

👉 覚え方：ブラック＝中見えない＝入力と出力だけでテスト。

ほかの選択肢：a 仕様書とコード両方見る／c 中の処理手順から作る／d 条件分岐の真偽を全部試す。a・c・dは“中身を見る”ホワイトボックステストの考え方。

なぜこれが正解か

正解は b。ブラックボックステストは内部構造を見ずに、外部から見える機能仕様・インタフェース仕様に基づいてテストケースを設計する手法。同値分割法・境界値分析・原因結果グラフ・デシジョンテーブル等が代表技法。

各選択肢の解説

• a 誤り：ソースリストを参照するのは「ホワイトボックステスト」または静的解析の領域。
• c 誤り：処理手順や内部構造からテストケースを作るのはホワイトボックステスト。
• d 誤り：条件判定で真偽を実行させるのは「判定条件網羅（分岐網羅）」というホワイトボックスのカバレッジ基準。

覚え方・ひっかけ注意

対比で覚える：ブラックボックス＝外（仕様）／ホワイトボックス＝内（構造）。境界値分析（仕様の境界±1を狙う）が頻出技法。dは「条件網羅」「分岐網羅」「複合条件網羅」のいずれもホワイトボックス系という点を区別する。

理論的背景

ブラックボックステストは仕様適合性（Specification Conformance）を検証する手法。代表技法は (1) 同値分割（Equivalence Partitioning）：入力空間を有限クラスに分割、(2) 境界値分析（Boundary Value Analysis）：境界±1のテスト、(3) デシジョンテーブルテスト：条件の組み合わせを表で網羅、(4) 状態遷移テスト：状態機械の網羅、(5) ペアワイズテスト：因子×水準を直交表で削減。

実務での使われ方

ユニットテストはホワイトボックス、結合・システム・受入テストはブラックボックスが基本。Gherkin記法のBDD（Behavior-Driven Development：Cucumber／SpecFlow）や、API契約テスト（Pact、Postman）はブラックボックスの現代的実装。回帰テストの自動化（Selenium、Playwright、Cypress）も外部仕様起点で構築する。

試験での位置づけ

テスト技法は基本情報・応用情報で毎期出題。両者の比較に加え、テストレベル（単体／結合／システム／受入）とテストタイプ（機能／非機能／回帰）の整理、V字モデル・W字モデルとの対応、ISO/IEC/IEEE 29119（ソフトウェアテスト標準）の枠組みも問われる。

選択肢の発展補足

• ホワイトボックスのカバレッジは「命令網羅 < 判定条件網羅 < 条件網羅 < 複合条件網羅」と段階的に厳しくなる。MC/DC（航空ソフト等の安全要件）は最上位。
• グレーボックステストは両者の中間で、内部構造の一部知識を活用してブラックボックスを補強する手法。セキュリティテスト（ペネトレーションテスト）で多用される。
• 探索的テスト（Exploratory Testing）は事前設計せず仕様理解で進める準ブラックボックス技法。