ネットワークスペシャリスト 2016年 午前2 問24

設計段階別テスト対応【午前2解説】

正解の理由

解法ステップ

1. 設計フェーズごとに「検証対象の粒度」を確認する
   • システム方式設計：サブシステム／外部系との結合点や全体構成
   • ソフトウェア方式設計：ソフトウェア内部のモジュール間インタフェース
   • ソフトウェア詳細設計：個々のモジュールや関数の振る舞い
2. 上記の粒度に適合するテスト種別を割り当てる
   • 粒度が大きければ統合的なテスト（結合テスト・システムテスト）
   • 粒度が小さければ単体のテスト（ユニットテスト）
3. 選択肢と照合して、各列の対応が妥当かを判定する

選択肢別の誤答解説

• ア：誤り
  • system方式設計→運用テスト：誤り。運用テストは運用手順や運用環境の確認に基づく受入や移行試験で、方式設計（システム結合の確認）から直接導出されるものではない。
  • software方式設計→システム結合テスト：誤り。ソフトウェア方式設計はソフト内の結合点（モジュール間）を扱うため、対応するのはソフトウェア結合テスト。
  • software詳細設計→ソフトウェア結合テスト：誤り。詳細設計は単体レベルの振る舞い確認が主で、ユニットテストが妥当。
• イ：部分的に誤り（1箇所）
  • system方式設計→運用テスト：誤り。この対応が原因でイは不適当となる。
  • software方式設計→ソフトウェア結合テスト：正しい。方式設計で定義されるインタフェースの結合確認が対象。
  • software詳細設計→ソフトウェアユニットテスト：正しい。詳細設計の単位を個別に検証する。
• ウ：正しい
  • system方式設計→システム結合テスト：妥当（サブシステム間や外部連携を検証）。
  • software方式設計→ソフトウェア結合テスト：妥当（モジュール間の結合を検証）。
  • software詳細設計→ソフトウェアユニットテスト：妥当（個々のモジュールの単体検証）。
• エ：誤り
  • system方式設計→システム結合テスト：正しい。
  • software方式設計→ソフトウェアユニットテスト：誤り。方式設計で定義されるのはインタフェースや結合仕様であり、単体テスト（ユニット）は詳細設計由来が適切。
  • software詳細設計→ソフトウェア結合テスト：誤り。詳細設計はユニットの仕様であり、結合テストはより上位の設計から導出される。

よくある誤解

• 結合テスト＝単に「モジュールをつなげて試す」だけと捉える誤り
  • 結合テストはレベル（ソフトウェア結合／システム結合）を区別して考える必要がある。
• 運用テストをシステム方式設計から導出してよいと思う誤り
  • 運用テストは運用手順・移行・監視など運用側の設計や環境準備に起因するため、運用設計や受入試験と紐づく。
• 「方式」と「詳細」を混同してテスト粒度を間違えること
  • 方式設計はインタフェースや結合を、詳細設計は内部ロジックや単体振る舞いを対象とする点を常に意識する。

補足コラム

• 要件定義 → 受入/運用テスト（運用・受入条件の確認）
• システム方式設計 → システム結合テスト（サブシステム間の連携確認）
• ソフトウェア方式設計 → ソフトウェア結合テスト（モジュール間の結合確認）
• ソフトウェア詳細設計 → ユニットテスト（個々のモジュールの振る舞い確認）
  この対応を押さえておくと、設計文書からどのテスト仕様を作成すべきか判断しやすくなります。

FAQ