ITパスポート 2014年 秋期 問44

システムテストでの入力項目と帳票出力の検証【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを探す
   • 「端末からの入力項目」と「帳票の出力項目」を使って検証、とある点に注目する。
2. 「入力と出力」のみで検証するかを考える
   • 内部のコードや処理手順には触れていない＝外部からの振る舞いを確認している。
3. 選択肢と照合する
   • 外部振る舞いのみ：ブラックボックステスト → ウ が該当。
   • 内部を見て検証する選択肢（ホワイトボックス）は該当しない。
   • インスペクションやウォークスルーはレビュー活動で、実際に入力して出力を試す操作とは違う。
4. 結論を出す
   • 上記から ウ を選ぶ。

選択肢別の誤答解説

• ア: インスペクション
  • インスペクション（Inspection：文書や設計書、ソースコードを専門的に点検するレビュー手法） は、実際にシステムを動かして入出力を試すテストではありません。したがって今回の「端末から入力して帳票を確認する」作業とは異なります。
• イ: ウォークスルー
  • ウォークスルー（Walkthrough：作成者が手順を説明し、参加者が確認する非公式なレビュー）もレビューの一種です。こちらも実行して動作を確認する「テスト実行」とは違います。
• ウ: ブラックボックステスト
  • 正解。入力と出力だけで動作を検証します。内部の処理やコードは見ません。業務ルールどおり帳票が出るかを確認する場面に合致します。
• エ: ホワイトボックステスト
  • ホワイトボックステスト（White-box testing：内部のコードや構造を知った上で、実装の詳細（条件分岐やループなど）に基づいてテストケースを作る手法）は、プログラム内部を見てテストする場面で使います。今回のように端末入力と帳票出力だけを扱うケースとは異なります。

よくある誤解

1. 「システムを動かして確認する＝ホワイトボックスだ」と思う誤解
   • 実際にシステムを操作して動作を確認しても、その確認が「内部コードを見ないで入力→出力を検証する」ならブラックボックステストです。動かすかどうかではなく、内部を参照するかがポイントです。
2. 「レビュー（インスペクション／ウォークスルー）＝テストの一種」と混同する誤解
   • レビューは設計書や仕様書を人が点検する工程で、実際にシステムを操作して出力を確かめる「実行ベースのテスト」とは目的と方法が違います。

補足コラム

• ブラックボックステストの代表的な手法
  • 同値クラステスト（equivalence partitioning：入力を同じ振る舞いに分類して代表値だけ検証）
  • 限界値分析（boundary value analysis：境界付近の値を重点的に検証）
  • 状態遷移テスト（state transition testing：入力で状態が変わるシステムを検証）
    これらは帳票の出力検証にも使えます。例えば「金額が0円、1円、上限値、上限+1円」などを試すのが限界値分析です。
• テストのレベルについて（短く）
  • 単体テスト（プログラム単位）、結合テスト（モジュール間の接続）、システムテスト（システム全体）、受入テスト（ユーザーが受け入れるか）と進みます。問題文は「システムテスト」で、システム全体の仕様どおりの入力→出力を確認する段階です。

FAQ