応用情報技術者 2011年 秋期 午前2 問47
問題文
ブラックボックステストにおけるテストケースの設計に関する記述として、適切なものはどれか。
選択肢
ア：実データからテストデータを無作為に抽出して、テストケースを設計する。
イ：実データのうち使用頻度が高いものを重点的に抽出して、テストケースを設計する。
ウ：プログラムがどのような機能を果たすのかを仕様書で調べて、テストケースを設計する。（正解）
エ：プログラムの全命令が少なくとも1回は実行されるように、テストケースを設計する。
ブラックボックステストにおけるテストケースの設計【午前2 解説】
要点まとめ
- 結論：ブラックボックステストは仕様書を基に機能を検証するため、仕様書からテストケースを設計するのが正しい。
- 根拠：ブラックボックステストは内部構造を考慮せず、外部から見た動作や機能の正しさを確認する手法である。
- 差がつくポイント：内部構造に依存するテスト（ホワイトボックステスト）と混同せず、仕様に基づくテスト設計を理解することが重要。
正解の理由
選択肢ウは「プログラムがどのような機能を果たすのかを仕様書で調べて、テストケースを設計する」とあり、ブラックボックステストの本質に合致しています。ブラックボックステストはプログラムの内部構造を無視し、仕様書に記載された機能要件に基づいてテストケースを作成します。これにより、ユーザー視点での動作確認が可能となります。
よくある誤解
ブラックボックステストは内部コードを見ないため、実データの抽出や命令網羅を重視するのは誤りです。これらはホワイトボックステストの範囲に入ります。
解法ステップ
- ブラックボックステストの定義を確認する（内部構造を考慮しないテスト）。
- テストケース設計の基準が仕様書であることを理解する。
- 選択肢の内容をブラックボックステストの特徴と照らし合わせる。
- 内部命令の網羅や実データ抽出はホワイトボックステストの特徴であると区別する。
- 仕様書に基づく設計を示す選択肢を選ぶ。
選択肢別の誤答解説
- ア: 実データを無作為に抽出するのはテストの一手法だが、仕様に基づく設計とは限らずブラックボックスの本質を示していない。
- イ: 使用頻度の高いデータに偏ると網羅性が低下し、仕様全体の検証には不十分。
- ウ: 仕様書に基づき機能を調べてテストケースを設計するため正解。
- エ: 全命令の実行はホワイトボックステストの目的であり、ブラックボックステストの設計方法ではない。
補足コラム
ブラックボックステストはユーザー視点での機能検証に適しており、仕様書の要件を満たしているかを確認します。一方、ホワイトボックステストはプログラム内部のロジックや命令網羅を目的とし、両者を組み合わせることで品質向上が図れます。
FAQ
Q: ブラックボックステストで仕様書が不十分な場合はどうする？
A: 仕様書の不備はテスト設計の障害となるため、仕様の明確化や追加情報の取得が必要です。
A: 仕様書の不備はテスト設計の障害となるため、仕様の明確化や追加情報の取得が必要です。
Q: 実データを使ったテストはブラックボックステストに含まれますか？
A: 実データを使うこと自体は可能ですが、テストケース設計は仕様に基づく必要があり、無作為抽出はブラックボックスの本質ではありません。
A: 実データを使うこと自体は可能ですが、テストケース設計は仕様に基づく必要があり、無作為抽出はブラックボックスの本質ではありません。
関連キーワード: ブラックボックステスト、テストケース設計、仕様書、ホワイトボックステスト、ソフトウェアテスト
\ せっかくなら /
応用情報技術者を
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！