基本情報技術者 2012年 春期 午前（科目A） 問48

ブラックボックステスト【午前解説】

正解の理由

解法ステップ

1. 問題文で注目すべきキーワードを抽出：ブラックボックス、内部構造、制御の流れ、命令の実行回数、第三者。
2. ブラックボックスの定義を確認：内部構造を見ずに外部仕様に基づく機能検証（入出力、振る舞い）。
3. 各選択肢を定義に照らして照合：内部構造やカバレッジを述べるものは白箱（ホワイトボックス）を表すため除外。
4. 実施者（開発者か第三者か）も判断材料にして最も合致する選択肢を選ぶ。

選択肢別の誤答解説

• ア：誤り。ソースコード解析や制御の流れ・データの流れをテストするのはホワイトボックステスト（構造的テスト）であり、通常は開発者や詳細なコード理解を持つ者が行います。
• イ：正解。外部仕様に基づき機能が設計者の意図どおり動くかを検証する点、主に第三者（QAや受入担当者等）が実施する点がブラックボックスに合致します。
• ウ：誤り。「プログラムの全ての命令について最低1回は実行する」という完了条件はステートメントカバレッジ等、ホワイトボックスのカバレッジ目標です。一般に開発者が実施します。
• エ：誤り。内部構造や論理に基づくテストは内部仕様書を参照するホワイトボックステストであり、主に開発者が実施します。

よくある誤解

• 「ブラックボックス＝誰でもできる単純なテスト」：実際は仕様理解・テスト設計技法（等価分割、境界値、状態遷移など）が必要で質の高いテスト設計は専門性が高いです。
• 「ブラックボックスはコードカバレッジを測る」：コードカバレッジはホワイトボックス（内部構造確認）の考え方であり、ブラックボックスの完了条件ではありません。
• 「常に第三者が実施しなければならない」：主に第三者が行うことが好ましいが、状況により開発者もブラックボックス的テストを行うことがあります。

補足コラム

• 等価クラステスト（入力集合を代表値でまとめる）
• 境界値分析（境界付近の値で不具合が出やすい）
• 状態遷移テスト（状態とイベントの組合せを検証）
• 決定表テスト（複数条件の組合せを整理）
  実施レベルとしては、システムテストや受入テストで主に用いられ、ユーザー要求との適合性確認に重きが置かれます。ブラックボックス単独では内部の欠陥（例：未実行のコード）を見落とすため、ホワイトボックスと組み合わせたテスト戦略が有効です。

def accept(x):
    return 1 <= x <= 100

tests = [0, 1, 2, 99, 100, 101]
for t in tests:
    print(t, accept(t))

FAQ