ITパスポート 2009年 春期 問42

入力と出力だけに着目するテスト方法はどれか（内部構造を無視して機能を検証）【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを探す：「入力と出力」「内部構造とは無関係」「外部から見た機能」などを見つける。
2. 各選択肢の定義を短く思い出す（または頭の中で置き換える）。
   • ブラックボックステスト：外から見た動作（入力→出力）を確認。
   • ホワイトボックステスト：内部（コードやロジック）を見てテスト。
   • 結合テスト：複数のモジュールをつなげて動作確認。
   • 運用テスト：実際の運用環境での確認（運用手順や監視の確認）。
3. 「内部を見ない」で合致する選択肢を選ぶ。これで ウ が正解と判断できます。

選択肢別の誤答解説

• ア: 運用テスト
  運用テストは、システムを実際の運用環境で動かしたときに運用手順や監視が適切かを確認するテストです。目的は日常の運用（バックアップ、監視、障害対応など）であり、「入力→出力」だけを確認する方式とは異なります。
• イ: 結合テスト
  結合テストは、複数のモジュールやコンポーネントを組み合わせたときに連携して正しく動くかを確認するテストです。内部の結合部分やインターフェースに注目するため、「外から見た機能だけ」を重視するブラックボックスとは目的が異なります。
• ウ: ブラックボックステスト
  ブラックボックステストは、問題文どおり入力と出力だけを見て機能を検証する手法です。内部の実装（ソースコードや構成）は参照しません。よって本文の条件と一致します。
• エ: ホワイトボックステスト
  ホワイトボックステスト（white-box testing：白い箱のように中が見える）では、ソースコードや内部のロジックを見てテストケースを作成します。内部構造に依存するため、問題文の「内部構造とは無関係」という条件には当てはまりません。

よくある誤解

1. 「ブラックボックステスト＝ユーザが行うテスト」
   誤解：必ずしもユーザが行うわけではありません。ブラックボックスは手法の呼び方で、仕様どおりの出力が得られるかを誰が行うか（テスター、QA部門、ユーザ）は別問題です。
2. 「ブラックボックスはバグを全部見つけられる」
   誤解：ブラックボックスは機能要求に基づくテストで見つかるバグは多いですが、内部ロジックの欠陥やコードレベルの問題は見落とすことがあります。両方のテスト手法を組み合わせることが有効です。
3. 「結合テストとブラックボックスは同じ」
   誤解：結合テストはモジュール連携に焦点を当てます。ブラックボックスは内部を見ない点が特徴で、目的や設計の観点が異なります。

補足コラム

• ブラックボックステストの代表的な種類
  • 機能テスト（functional testing）：仕様どおり機能が動くかを確認。
  • システムテスト（system testing）：システム全体の振る舞いを検証。
  • 受け入れテスト（UAT：User Acceptance Testing：ユーザ受け入れテスト）：ユーザ視点で要件が満たされているかを検証。
• テスト設計の基本手法（ブラックボックス向け）
  • 同値分割（入力範囲をグループ化して代表値で試す）
  • 境界値分析（閾値の前後で挙動が変わるため境界を重視する）
    例：ログイン画面でパスワード長が1〜8文字許される場合、0文字、1文字、8文字、9文字を試すと良い。
• 利点と限界
  • 利点：ユーザ視点での検証ができ、仕様の誤りや要求不備を見つけやすい。
  • 限界：内部ロジックや例外的な実装ミスは発見しにくい。ホワイトボックステストと併用するのが一般的です。

FAQ