開発技術

基本情報技術者試験ソフトウェアテスト」の問題

マネジメント系開発技術難易度:normal
あるシステムの結合テスト以降の工程で、利用者向け仕様書に記載された機能が要求どおりに動作するかを、内部のソースコード構造によらず入出力の観点から検証したい。採用するテスト技法の選び方として最も適切なものはどれか。
内部のソースコードを参照し命令網羅率を測りながらテストケースを設計する
変数の定義使用の流れを追うデータフローテストを中心に設計する
分岐網羅と条件網羅を基準にコードの内部構造を網羅する
仕様に基づき同値分割やデシジョンテーブルでテストケースを設計するブラックボックステストを用いる
正解
仕様に基づき同値分割やデシジョンテーブルでテストケースを設計するブラックボックステストを用いる

仕様書記載の機能が要求どおりかを、内部コード構造によらず入出力の観点で確認するのはブラックボックステストである。その代表技法である同値分割やデシジョンテーブルで仕様からテストケースを導くのが適切で、設問の意図に合致する。

?選択肢ごとの解説

ア ×命令網羅率を測るにはソースコード構造を参照する必要があり、内部構造によらないという要件に反するホワイトボックス手法である。
イ ×データフローテストは変数の定義使用というコード内部に着目するホワイトボックス系技法であり、入出力ベースの検証という要件に合わない。
ウ ×分岐網羅と条件網羅はコードの内部構造を網羅するホワイトボックス基準であり、内部構造によらない検証という条件に反する。
エ ○仕様書記載の機能が要求どおりかを、内部コード構造によらず入出力の観点で確認するのはブラックボックステストである。その代表技法である同値分割やデシジョンテーブルで仕様からテストケースを導くのが適切で、設問の意図に合致する。

くわしく

テスト技法はブラックボックス(仕様ベース)とホワイトボックス(構造ベース)に大別され、使い分けは『何を根拠に検証するか』で決まる。要求仕様の充足確認や受入観点ではブラックボックス、コードの網羅性確保や内部欠陥の作り込み防止ではホワイトボックスが適する。本問は内部構造によらず仕様適合を見る局面のため、ブラックボックスの同値分割・デシジョンテーブルが妥当であり、選択肢ア・ウ・エはいずれも構造参照を伴うため不適である。

本番での押さえどころ

試験のコツ

『仕様どおりか』『入出力で』『内部構造によらず』はブラックボックス、『命令・分岐・条件・データの流れ』はホワイトボックスと切り分ける。

覚え方

箱の中(コード)を見ないのがブラック、見るのがホワイト、と使い分けの軸を固定する。

よくある誤り

網羅率という言葉に引かれてホワイトボックス手法を選びがちだが、設問の『内部構造によらず入出力で』という条件を満たすのはブラックボックスである。

開発技術の他の問題

この問題を、AIの8-ways解説つきで。

基本情報技術者試験の演習を、一問ごとに「なぜ」まで。まずは無料で。

無料ではじめる →

ukamiru 過去問 · 基本情報技術者試験 · fe-a2-0084

【基本情報技術者試験】ソフトウェアテストの問題 — 解答・解説|ukamiru 過去問