平成26年度秋期 ネットワークスペシャリスト 午前Ⅰ 問16

テストデータ設計の着眼点

ブラックボックステストでは、内部の実装を前提にせず、入力と期待する確認結果の関係を整理してから、どの条件を試すかを検討します。まずはテストの目的と対象範囲を一つの軸で確認しましょう。

この問題で問われていること

今回の検討では、入力条件をどのような観点で区切れば、確認したい範囲の抜けや偏りに気づけるかへ焦点を置きます。個々の選択肢の表現ではなく、設計時の整理手順を意識してください。

視点

テスト対象に与える情報を、目的・範囲・前提条件の関係から整理し、どの観点を確認するためのデータなのかを明確にします。実装の内部構造や特定の答えに依存せず、検討の軸が一貫しているかを見直してください。

確認ポイント

• 確認したい目的が明確か
• 入力条件の範囲に偏りがないか
• 確認内容とデータの役割が対応しているか

正解

イ

解説

ブラックボックステストでは、プログラム内部の流れ図ではなく、機能仕様に示された入力条件や期待結果を基準にテストデータを設計する。同値クラスや限界値を用いる方法が最も適切です。

理由

ブラックボックステストは、プログラムの内部構造を意識せず、機能仕様に基づいて入力と出力を検証するテストです。入力値を同じ扱いになるグループに分ける同値クラスや、境界付近の値を選ぶ限界値分析によって、効率よくテストデータを作成できる。

比較

実運用データの抽出や発生頻度の分析は、実際の利用状況を反映する場合はあるが、仕様上の異常値や境界条件を十分に扱えるとは限らない。一方、プログラムの流れ図や分岐条件を基準にする方法は、内部構造を対象とするホワイトボックステストに適している。

選択肢ア

これは不正解だよ。稼働中のシステムから実データを無作為に抽出する方法では、通常の利用状況に近いデータは得られるが、仕様上の異常な入力や境界付近の値が十分に含まれるとは限らない。機能仕様に基づく体系的なテストデータ作成方法とはいえない。

選択肢イ（正解）

これは正解だよ。ブラックボックステストでは、プログラム内部の処理ではなく機能仕様を基準に入力条件を整理する。同値クラスで代表的な範囲を分類し、限界値で境界付近を確認することで、仕様に沿ったテストデータを作成できる。

選択肢ウ

これは不正解だよ。業務で発生するデータの発生頻度を分析する方法は、実際の利用傾向や負荷の把握には役立つ。しかし、発生頻度が低い異常値や仕様上の境界条件を漏れなく確認する方法ではなく、ブラックボックステストの基本的な設計基準とは異なる。

選択肢エ

これは不正解だよ。プログラムの流れ図から分岐条件に基づいてテストデータを作成する方法は、プログラム内部の制御構造や分岐の網羅を確認する考え方である。内部構造を使わず機能仕様を基準にするブラックボックステストの方法ではない。

学習のポイント

ブラックボックステストとホワイトボックステストの基準の違いを理解する。