ホーム > システムアーキテクト試験 > 2010年
システムアーキテクト試験 2010年 午前2 問12
共通フレーム2007において、システム結合テストの評価で考慮すべき基準となっているものはどれか。
エ:システム要件への追跡可能性
イ:システム要件との外部一貫性
ウ:システム要件のテスト網羅性(正解)
ア:システム結合及びテストの実現可能性
解説
共通フレーム2007におけるシステム結合テストの評価基準【午前2 解説】
要点まとめ
- 結論:システム結合テストの評価では「システム要件のテスト網羅性」が最も重要です。
- 根拠:結合テストは複数のモジュールやサブシステムが連携して要件を満たすかを検証するため、要件全体を網羅的にテストする必要があります。
- 差がつくポイント:単にテストが実施されたかではなく、要件に対してどれだけ網羅的にテストが行われているかを評価基準とする点が重要です。
正解の理由
システム結合テストは、個々のモジュールが統合された後にシステム全体としての動作を検証する段階です。共通フレーム2007では、この段階での評価基準として「システム要件のテスト網羅性」を重視しています。これは、システム要件が漏れなくテストされているかを確認し、結合後の不具合や要件未達を防ぐためです。したがって、選択肢ウの「システム要件のテスト網羅性」が正解となります。
よくある誤解
システム結合テストは単なる動作確認や結合の実現可能性を評価するだけと思われがちですが、実際には要件に対する網羅的なテストが求められます。
解法ステップ
- システム結合テストの目的を理解する(モジュール間の連携検証)。
- 共通フレーム2007の評価基準を確認する(要件に対するテスト網羅性が重要)。
- 選択肢の意味を整理し、要件の網羅性に関するものを特定する。
- 「システム要件のテスト網羅性」が結合テストの評価基準として最も適切と判断する。
選択肢別の誤答解説
- ア: システム結合及びテストの実現可能性
→ 実現可能性は計画段階や設計段階での検討事項であり、評価基準としては不十分です。 - イ: システム要件との外部一貫性
→ 外部一貫性は要件定義やシステム設計の整合性に関するもので、結合テストの評価基準ではありません。 - ウ: システム要件のテスト網羅性
→ 正解。結合テストで要件が漏れなくテストされているかを評価します。 - エ: システム要件への追跡可能性
→ 追跡可能性は要件管理の観点で重要ですが、結合テストの評価基準とは異なります。
補足コラム
共通フレーム2007はシステム開発の標準的なプロセスモデルであり、各テスト段階での評価基準を明確に定めています。システム結合テストは単体テスト後の段階であり、モジュール間のインタフェースや連携動作を検証するため、要件に対するテスト網羅性が特に重視されます。これにより、システム全体の品質向上とリスク低減が図られます。
FAQ
Q: システム結合テストとシステムテストの違いは何ですか?
A: システム結合テストは複数モジュールの連携動作を検証し、システムテストはシステム全体の機能や性能を検証します。
A: システム結合テストは複数モジュールの連携動作を検証し、システムテストはシステム全体の機能や性能を検証します。
Q: テスト網羅性とは具体的に何を指しますか?
A: 要件や仕様に対して、テストケースがどれだけ漏れなくカバーされているかを示す指標です。
A: 要件や仕様に対して、テストケースがどれだけ漏れなくカバーされているかを示す指標です。
関連キーワード: システム結合テスト, テスト網羅性, 共通フレーム2007, ソフトウェアテスト, 要件検証