平成21年度秋期 情報処理安全確保支援士 午前Ⅱ 問22

中身のプログラムを見ずに、「仕様書通りに入力して、正しい結果が出るか」だけを外からテストする

テスト手法「ブラックボックステスト」の問題だよ。プログラムの中身（ソースコード）は見ないで、箱を真っ黒（ブラックボックス）だと思って外から叩くイメージだね。「仕様書」に書いてあるルール通りにデータを入力して、期待通りの画面やデータが返ってくるかをチェックするよ。代表的なテストデータの作り方に「同値分割（同じグループの代表値を入れる）」や「境界値分析（エラーになりやすいギリギリの境界の値を試す）」があるんだ。

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

内部コードの処理ルート（分岐）を全て通すようなホワイトボックスのアプローチではなく、「仕様書に基づいた入力範囲の整理（同値クラスや限界値）」によってテストケースを作る手法を選ぼう。

代表的な仕様ベース技法

入力範囲を意味の同じグループに分け、境界近辺を重点的に試すと、少ない件数で不具合を見つけやすくなります。これはブラックボックステストの基本技法です。

同値クラス分割\n+ 限界値分析\n-> テストデータ作成

確認ポイント

• 流れ図や分岐条件に基づく作成はホワイトボックス寄りです。
• 実データの無作為抽出だけでは網羅性が弱いです。
• 機能仕様から同値クラス・限界値を識別します。

正解

イ

出典

問題文と解答は IPA 公開の過去問題冊子・解答例を基にしています。

選択肢ア

これは不正解だよ。稼働中の実データを無作為に拾うだけだと、たまたま普通のデータばかりになって、境目やエラーになるデータを試せないことがあるんだ。合鍵チェックで、手元にある鍵を適当に試すだけでは、壊れた鍵やギリギリ合わない鍵の確認にならないのと同じだよ。

選択肢イ（正解）

これは正解だよ。機能仕様を見て、同じ扱いでよいデータのグループや、OKとNGの境目の値を選ぶのはブラックボックステストの代表的な作り方なんだ。中の仕組みを見ずに、窓口のルール表を見て『この範囲なら通る、この境目は危ない』と試すイメージだよ。

選択肢ウ

これは不正解だよ。業務でよく出るデータを使うのは、普段よく来るお客さんだけで窓口を試すようなものなんだ。でもテストでは、めったに来ない変な申請やギリギリの値も大事なので、発生頻度だけで作るのは目的がずれているよ。

選択肢エ

これは不正解だよ。流れ図を見て分岐条件からデータを作るのは、箱の中の配線を見ながら調べるやり方で、ホワイトボックステストの考え方なんだ。ブラックボックステストは、中身を見ずに窓口へ何を出したら何が返るかを見るイメージだよ。