システム開発技術｜平成22年度 春期 ITパスポート試験 問47

• 作成したプログラムごとのテストは行わず，複数のプログラムを組み合わせ，一括してテストする。
• テスト仕様は，システム要件を定義する際に作成する。
• テストデータは，システムの利用者が作成する。
• ✓ これが正解ロジックの網羅性も含めてプログラムをテストする。

解説

中の道筋を網羅して、部品ひとつずつを確かめる段です。

確かめる段は、小さい単位から順に積み上がっていきます。いちばん手前に置かれるのが、部品ひとつを見る段でした。書いた命令に誤りが無いかを、細かく確かめます。分かれ道がいくつ在るかを数え、通る道を残さず拾いました。だから道筋の網羅まで含めて確かめると述べた肢が当たります。作った本人が、書いた中身をもとに試す形になりました。組み合わせて一括で確かめる形は、この段ではありません。どこで壊れたかが絞れなくなってしまいます。確かめ方の書きものを要件の段で作る、という説明も外れました。作るものが固まってから、細かく組み立てるものです。試す値を使う人が作るという話も、やはり当たりません。中の作りを知る作った側が、値を組み立てました。順に積む段でした。シラバスも、単体テストを開発の工程として挙げています。

ほかの選択肢はなぜ違うのか

• 組み合わせて一括で確かめる肢のほうです。部品ごとの試しを飛ばす形になっていました。ところが順に積むから、壊れた場所が絞れます。一括では、原因の切り分けができませんでした。進め方として成り立ちません。段を飛ばしています。
• 要件の段で書きものを作る肢が、こちらです。確かめ方を、早くから決めておく形でした。考え方としては、悪くない構えになります。けれども中の作りが固まっていませんでした。道筋を網羅できません。作る段が違います。置く段が早すぎました。
• 試す値を使う人が作る肢が、こちらに当たります。使う側の目で作れば、実際に近くなるでしょう。ところが中の作りは、使う人には見えません。分かれ道を網羅する値は、組み立てられませんでした。作る側が用意します。担い手が違いました。

この問題に関係する言葉

• 単体テスト

出典：平成22年度 春期 ITパスポート試験 問47

この問題を演習で解く

同じ単元をまとめて解くならシステム開発技術へ。

この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する（メールが開きます）