単体・結合・システム・受入テストの全体像

ソフトウェアテストは対象範囲を段階的に広げる。単体は部品、結合は部品間、システムは全体、受入は利用者要求を満たすかを確認する。

この単元で学ぶこと

  • 単体テストの意味と役割を説明できる
  • 結合テストの意味と役割を説明できる
  • システムテストの意味と役割を説明できる
  • テスト対象の範囲と目的から工程を判別できる

本文解説

テスト工程は「何を対象に、誰の視点で、何を保証したいか」で区別する。工程名より対象範囲と目的を読む。

単体テスト 関数・クラス・モジュールなど小さな単位を検証する。 内部ロジックの誤りを早期発見する。

結合テスト 複数モジュールやサービス間の連携を検証する。 インタフェースやデータ受渡しを確認する。

システムテスト 完成したシステム全体を要件に対して検証する。 機能・性能・セキュリティ等も対象。

受入テスト 発注者・利用者視点で業務要件を満たすか確認する。 本番利用可能かの判断材料。

回帰テスト 変更後に既存機能が壊れていないか再確認する。 どの工程でも必要に応じて実施。

部品単独=単体、部品間連携=結合、全体要件=システム、利用者受入=受入と整理する。

「認証APIと会員DBのデータ受渡し」は結合テスト。「発注者が業務シナリオで確認」は受入テスト。

図解

テスト工程の範囲
部品→連携→全体→利用者受入へ検証範囲を広げる。

重要ポイント

  • 単体テスト: 関数・クラス・モジュールなど小さな単位を検証する。
  • 結合テスト: 複数モジュールやサービス間の連携を検証する。
  • システムテスト: 完成したシステム全体を要件に対して検証する。
  • 受入テスト: 発注者・利用者視点で業務要件を満たすか確認する。
  • テスト工程は対象範囲と視点で見分ける。

間違えやすい点

  • 受入テストを開発者内部ロジック確認と混同しない。
  • 結合テストを単一関数だけの検証としない。
  • システムテストを機能だけに限定しない。

用語解説

単体テスト
関数・クラス・モジュールなど小さな単位を検証する。
結合テスト
複数モジュールやサービス間の連携を検証する。
システムテスト
完成したシステム全体を要件に対して検証する。
受入テスト
発注者・利用者視点で業務要件を満たすか確認する。
回帰テスト
変更後に既存機能が壊れていないか再確認する。

関連教材

参考資料

教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。

確認問題の出題・採点や学習履歴の保存にはログインが必要です。