平成29年度 秋期 午前 問49
システム開発技術
ブラックボックステストの問題
ブラックボックステストに関する記述のうち,適切なものはどれか。
- アテストデータの作成基準として,命令や分岐の網羅率を使用する。
- イ被テストプログラムに冗長なコードがあっても検出できない。
- ウプログラムの内部構造に着目し,必要な部分が実行されたかどうかを検証する。
- エ分岐命令やモジュールの数が増えると,テストデータが急増する。
答えと解説を見る
✓ これが正解イ被テストプログラムに冗長なコードがあっても検出できない。
解説
外から見た働きだけで試すので、中の無駄なコードは見えません。
ブラックボックステストは、中を見ずに外側から試す手です。入れた値と出てきた値だけを見て、仕様どおりかを確かめます。どんな作りになっているかは、そもそも問いません。だから中に使われない冗長なコードが残っていても気づけません。外から見た振る舞いが正しければ、そのまま通ってしまいます。この弱点をそのまま述べた肢が当たりました。命令や分岐の網羅率を物差しにするのは、中を見る側の手です。ホワイトボックステストと呼ばれるやり方でした。内部構造に着目し、必要な部分が動いたかを見る言い方も同じです。どちらも作りを開いてから確かめています。分岐やモジュールが増えるとデータが急増する話も、中を見る側でした。経路の数が掛け算で膨らむために起こることです。外から見るか、中を開くか。その線で分かれます。
ほかの選択肢はなぜ違うのか
- アテストデータの作成基準として,命令や分岐…:データを作る物差しに、命令や分岐の網羅率を使うと述べています。これは中の作りを見なければ数えられません。ホワイトボックス側の考え方でした。外から見る手では使えない物差しです。立場が逆でした。中を見ない手では数えられません。
- ウプログラムの内部構造に着目し,必要な部分…:プログラムの内部構造に着目すると述べています。必要な部分が実行されたかを検証する、とも書かれました。どちらも中を開いてこその話です。外側だけを見る手とは相容れません。説明そのものが逆を向いていました。別の手法の定義です。
- エ分岐命令やモジュールの数が増えると,テス…:分岐命令やモジュールの数が増えると急増すると述べています。経路の組み合わせが膨らむために起こりました。やはり中の作りを数えた上での話です。外から見る手では、仕様の量で決まりました。内部の枝分かれには左右されません。
この問題の用語
- テスト決めたとおりに動くかを、実際に動かして確かめる作業のこと。何を確かめるかによって移行テスト、システムテストなどと呼び分けます。
出典:平成29年度 秋期 基本情報技術者試験 午前 問49
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)