問44
頻出度★★★
システム開発において, システムテストで検証する内容として, 適切なものはどれか。
平成23年度 秋期 ITパスポート試験 問44
マネジメント系システム開発技術 › システム開発技術
この問題の解説と、これまでの解答の記録です。
解説
問 44
不正解ア
個々のプログラム (モジュール) 間のインタフェースの整合性、すなわち受け渡すデータの項目・型・順序などが噛み合うかを確かめるのは、単体テストの次に行う結合テスト (統合テスト) の役割である。システムテストはその検証が済んだ状態から始まるので、工程が一つ手前で誤り。
- イ
正解 システムテストは、結合テストまで終えたプログラム群を組み合わせて「システム全体」として要求どおりに動くかを、開発者側が最終的に検証する工程である。ここでは画面遷移や業務の流れといった機能要件だけでなく、性能 (応答時間・スループット)、負荷・ストレス、セキュリティ、運用のしやすさ、障害からの回復といった非機能要件も検証対象になる点が重要である。イ の「端末から行う照会処理の応答時間」の検証は、実際の利用環境に近い形でシステム全体を動かして初めて測れる性能要件であり、まさにシステムテスト (その中の性能テスト) で確認すべき内容である。したがって イ が適切である。
不正解ウ
プログラムに記述された全ての命令を少なくとも 1 回実行するのは、ホワイトボックステストの網羅基準である命令網羅 (ステートメントカバレッジ) であり、モジュール内部の論理を対象とする単体テストで行う。システムテストはシステムの外部から入出力を見るブラックボックステストが中心で、内部の命令網羅を目的とはしない。
不正解エ
プログラムの分岐条件をホワイトボックステストで検証する (分岐網羅・条件網羅) のも、内部構造が分かっている作成者がモジュール単位で行う単体テストの内容である。システムテストの段階では内部構造ではなく、利用者から見た機能と性能などの品質特性を確認する。
ここがポイント
- テスト工程の順序と目的: 単体テスト (モジュール内部の論理をホワイトボックステストで検証) → 結合テスト (プログラム間インタフェースの検証) → システムテスト (システム全体を対象に機能要件+性能・負荷・セキュリティなどの非機能要件を検証) → 受入れテスト (発注者が業務要件の充足を確認)。
- 応答時間・スループットなどの性能要件は、システム全体を実運用に近い条件で動かして測る非機能要件であり、システムテスト内の性能テストで検証する。
用語