単体・結合・システム・受入テストの違いと使い分け
四つのテスト工程は範囲が重なることもあるが、主な対象と視点が異なる。問題文の対象範囲を小→大へ並べると判断しやすい。
この単元で学ぶこと
- 単体↔結合の意味と役割を説明できる
- 結合↔システムの意味と役割を説明できる
- システム↔受入の意味と役割を説明できる
- 具体的なテスト事例を四工程へ正しく分類できる
本文解説
単体=部品、結合=連携、システム=全体、受入=利用者要求。工程が進むほど必ず品質が高いという意味ではなく、異なる種類の欠陥を見つける。
単体↔結合 単独部品か部品間連携かで区別する。 API呼出しやDB接続は結合観点。
結合↔システム 一部連携か完成システム全体かで区別する。 全体の非機能要件はシステム側。
システム↔受入 開発側の要件検証か利用者側の受入判断かで区別する。 同じシナリオでも目的が違う。
早期発見 小さい単位で早く見つけるほど修正範囲を絞りやすい。 単体テストの価値。
段階的保証 各工程で異なる欠陥を検出する。 工程を一つで代替しない。
「単独・連携・全体・利用者」の四語へ置換して分類する。
「決済サービスとのAPI連携」は結合。「全サイト性能」はシステム。「利用部門が承認」は受入。
図解
重要ポイント
- 単体↔結合: 単独部品か部品間連携かで区別する。
- 結合↔システム: 一部連携か完成システム全体かで区別する。
- システム↔受入: 開発側の要件検証か利用者側の受入判断かで区別する。
- 早期発見: 小さい単位で早く見つけるほど修正範囲を絞りやすい。
- 同じ機能でもテストの対象範囲と視点で工程名が変わる。
間違えやすい点
- 単体テスト合格だけでシステム全体を保証できると考えない。
- 受入を単なる最終回帰とみなさない。
- 結合テストを全機能試験と混同しない。
用語解説
- 単体↔結合
- 単独部品か部品間連携かで区別する。
- 結合↔システム
- 一部連携か完成システム全体かで区別する。
- システム↔受入
- 開発側の要件検証か利用者側の受入判断かで区別する。
- 早期発見
- 小さい単位で早く見つけるほど修正範囲を絞りやすい。
- 段階的保証
- 各工程で異なる欠陥を検出する。
関連教材
参考資料
教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。
確認問題の出題・採点や学習履歴の保存にはログインが必要です。