本文へスキップ

平成26年度 秋期 ITパスポート試験 問44

この問題の解説と、これまでの解答の記録です。

問44
頻出度★★★

システムテストに参加するAさんは, 自部門の主要な取引について, 端末からの入力項目と帳票の出力項目を検証用に準備した。Aさんが実施しようとしているテスト技法はどれか。

出典 平成26年度 秋期 ITパスポート試験 問44
解説

問 44

  • 不正解ア

    インスペクションは、あらかじめ定めた進行役 (モデレーター) のもとで、設計書やソースコードなどの成果物を複数人で公式に読み合わせ、欠陥を検出するレビュー技法である。プログラムを実行しないので静的検証に分類され、検証用の入力データや期待出力を準備する行為とは性質が異なる。A さんが用意したのは実際に流して結果を突き合わせるためのテストデータであり、成果物の読み合わせではないので該当しない。

  • 不正解イ

    ウォークスルーは、作成者が中心となって関係者に設計内容やコードを説明しながら疑問点を出し合い、誤りを早期に発見する非公式なレビュー技法である。インスペクション同様プログラムを動かさない静的検証であり、公式な役割分担や記録の厳格さが緩い点が違いにすぎない。いずれにせよ入力項目と出力項目を検証用に準備してシステムを動かす本問の状況とは合致しない。

  • ウ

    正解 正解は ウ。ブラックボックステストとは、プログラムの内部構造 (処理の分岐や命令の並び) を見ないで、外部仕様すなわち「どんな入力を与えたら、どんな出力が返るべきか」だけを根拠にテストケースを設計する技法である。名前のとおりプログラムを中身の見えない黒い箱とみなし、入口 (入力) と出口 (出力) の対応が仕様どおりかを確かめる。本問の A さんは、自部門の主要な取引について「端末からの入力項目」と「帳票の出力項目」を検証用に準備している。つまり、業務上こう入力したらこう印字されるはずだ、という入出力の組を用意しているだけで、そのデータがプログラム内部でどの経路を通るかは考慮していない。これはまさに外部仕様ベースのテストケース設計であり、ブラックボックステストに該当する。加えて、システムテストは利用部門も参加して業務要件どおりに動くかを確認する段階であり、内部構造を知らない利用部門の担当者が実施できるのは入出力に着目したブラックボックステストである、という点からも ウ が適切だと分かる。代表的なケース設計手法には、入力を同じ扱いになるグループに分けて代表値を選ぶ同値分割と、グループの境目の値を狙う限界値 (境界値) 分析がある。

  • 不正解エ

    ホワイトボックステストは、プログラムの内部構造を明らかにしたうえで、すべての命令や分岐を通るようにテストケースを設計する技法である (命令網羅・分岐網羅などの網羅基準を用いる)。作成には原則としてソースコードの知識が必要で、主に開発者が単体テスト段階で行う。本問の A さんは利用部門の立場で入出力項目だけを準備しており、内部の経路を意識した網羅設計はしていないので当てはまらない。

ここがポイント
  • テスト技法の分け方: 内部構造を見ずに入力と出力の対応 (外部仕様) だけでケースを作るのがブラックボックステスト (代表手法=同値分割・限界値分析)、内部構造を見て命令や分岐を網羅するのがホワイトボックステスト。設問文に「入力項目と出力項目」とあればブラックボックス、「分岐を全部通す・コードを見る」とあればホワイトボックスと判断する。
  • テストとレビューの区別: インスペクションとウォークスルーはプログラムを実行せずに成果物を人手で点検するレビュー (静的検証) であり、テストデータを流して結果を確認するテスト (動的検証) とは別物。選択肢にレビュー技法が混ざっていたら、まず「実行するのか、読むのか」で切り分ける。
用語

解答の記録