ITパスポート 2009年 秋期 問50

システムテストのテストケース作成者【ITパスポート 解説】

正解の理由

• システムテスト（system test：完成したシステム全体が仕様どおり動くかを確認するテスト）は、システム全体の機能や外部とのインタフェースが設計どおりかを検証します。
• 外部設計（外部設計：ユーザー要求や業務要件をもとに「システムが何をするか」をまとめた設計書）は、システムが満たすべき要件や振る舞いを示します。したがって、システムテストの目的（要件どおりに動くか）と照らし合わせてテストケースを作成するのは、外部設計を作成した担当者が最も適切です。
• まとめると、システムテストは「何をするか（外部設計）」を基準に評価するため、外部設計の担当者がテストケース作成を担うのが合理的です。

解法ステップ

1. 各テストレベルの目的を確認する。
   • 単体テスト（unit test：プログラムの最小単位を個別に確認する）
   • 結合テスト（integration test：複数モジュールの連携を確認する）
   • システムテスト（system test：完成したシステム全体を確認する）
   • 運用テスト（acceptance test/運用テスト：実際の運用環境や利用者の観点で確認する）
2. それぞれのテストがどの設計段階に基づくかを対応させる。
   • 単体テスト ← プログラム設計やソースコード（実装者が最適）
   • 結合テスト ← 内部設計（内部構造やインタフェースに詳しい設計担当）
   • システムテスト ← 外部設計（要求・外部仕様に基づく）
   • 運用テスト ← 利用部門（実際の業務観点で検証）
3. 問題の「システムテストのテストケース作成者」を外部設計担当者と結びつける。

選択肢別の誤答解説

• ア: 外部設計の担当者
  • 正解。外部設計は「システムが何をするか（要求・外部仕様）」を示すため、システム全体の振る舞いを確認するシステムテストのテストケース作成に適している。
• イ: 内部設計の担当者
  • 誤り。内部設計（内部設計：システムの構造やモジュール間の内部仕様を書く設計）は結合テストや統合の観点で重要です。システム全体の要求（外部仕様）を基にした観点とはややずれます。
• ウ: プログラム開発の担当者（開発者）
  • 誤り。開発者は主に単体テストやユニットテストを作成・実行します。システム全体の要求を俯瞰するのは外部設計担当のほうが適切です。
• エ: 利用部門の担当者（ユーザー）
  • 誤り。利用部門は運用テスト（受け入れテスト）で実際の業務観点から試験を行うのが中心です。システムテストの詳細なテストケース作成を担当するのは通常ではありません。

よくある誤解

1. 「システムテスト＝利用部門が作る」と混同する
   • 利用部門は最終的な受け入れ（運用テスト）で重要ですが、システムテストは設計仕様（外部設計）に基づきシステム全体の正しさを確認する段階です。利用部門は評価側として協力することはありますが、テストケース作成の主担当ではないことが多いです。
2. 「内部設計に詳しい人＝システムテストを作るべき」と考える
   • 内部設計はモジュール間の結合に関する情報が中心で、システム全体の外部的な振る舞い（要求を満たすか）を検証するための基準は外部設計にあります。テストレベルごとに基準ドキュメントが違う点を押さえてください。

補足コラム

• V字モデル（V-model）という考え方があります。これは設計とテストが対になっているモデルです。左側で要件・設計を作り、右側でそれぞれ対応するテストを行います。対応はおおむね次のようになります。
  • 要件定義・外部設計 → システムテスト
  • 内部設計 → 結合テスト
  • プログラム設計・実装 → 単体テスト
• テスト手法の簡単な違い：
  • ブラックボックステスト（black-box test：内部構造を見ず、入力と出力で機能を確認する）→ システムテストに近い
  • ホワイトボックステスト（white-box test：内部ロジックや構造を見て確認する）→ 単体テストや結合テストで使われることが多い
• 覚え方のコツ：設計の「上流（何をするか）」はテストの「上流で作ったものを下流で検証する（外部設計→システムテスト）」と覚えると整理しやすいです。

FAQ