【ITパスポート】運用テスト・受入テスト・システムテストの違いをわかりやすく解説

システム開発の最終盤に行われるテスト工程について、「システムテスト」「受入テスト」「運用テスト」という似たような言葉が出てきて混乱していませんか?

「どれも完成したシステムを確かめるテストじゃないの?」と思うかもしれませんが、これらは「誰がテストするのか」「何を主な目的としているのか」が明確に違います。

ITパスポート試験では、これら3つのテストの違いを問う問題が頻繁に出題されます。この記事では、それぞれのテストの役割を整理し、違いを明確に理解できるように解説します!

目次

3つの最終テストの全体像を把握しよう

単体テスト(部品ごと)や結合テスト(連携)が終わり、システム全体が完成形に近づいてからの「最終チェック」は、大きく3つの段階(視点)に分かれます。

  1. システムテスト(総合テスト)開発側の最終チェック
  2. 受入テスト(UAT)発注側の検収チェック
  3. 運用テスト現場側のリハーサル

それぞれの特徴を詳しく見ていきましょう。

1. システムテスト:開発側が「設計通りか」を確認

システムテスト(System Test)は、単体テスト・結合テストを終えた後、開発側(IT企業などのベンダー)がシステム全体を対象に行う最終テストです。

  • 実施者:開発者(システムを作った側)
  • 目的:要件定義書で定めた機能や性能(処理速度・セキュリティなど)をすべて満たしているかを確認すること。

家づくりに例えると、大工さんが図面通りに家が完成したか、雨漏りしないかなどを最終点検する作業です。開発側としての責任を果たすための重要なステップです。

2. 受入テスト(UAT):発注側が「業務で使えるか」を確認

受入テスト(User Acceptance Test: UAT)は、開発側でのシステムテストに合格したシステムを引き渡された後、発注側(システムを依頼した企業)が行うテストです。検収テストと呼ばれることもあります。

  • 実施者:発注者・システムの利用者(ユーザー側)
  • 目的:完成したシステムが実際の業務要件(目的)を満たしているか、業務運用に耐えうるかを確認し、納品を受け入れる(検収する)かどうかを判断すること。

家づくりに例えると、完成した家を施主(依頼主)が実際に見て、「お願いした通りにできている!これなら引き渡しを受けてお金を払おう」と合意するための内覧会(施主検査)に相当します。

ユーザーが要求した機能が揃っているか、実際の業務データを使って正しく動作するかが細かくチェックされます。

3. 運用テスト:現場側が「安定して使い続けられるか」を確認

運用テスト(Operation Test)は、多くの場合受入テストの一部として、あるいは直後に行われる、システムが本番稼働した後の「運用体制」を確認するための最終テストです。

  • 実施者:実際にシステムを使う業務担当者や運用担当者
  • 目的:実際の業務環境(本番に近い環境)で、システムが安定して稼働「し続けられるか」、トラブル時の対応手順に問題はないかを確認すること。

機能が正しいか(受入テスト)に加えて、「毎日のバックアップ処理はうまくいくか」「もしシステムが停止したとき、手順書通りに復旧できるか」といった運用管理の観点からのチェックがメインになります。業務が止まるリスクを本番前に潰しておくためのリハーサルです。

違いを整理するポイント

試験対策として、以下の対応関係を頭に入れておきましょう。

  • システム全体が仕様書の要件を満たしているか?
    → 総合的な確認なので=システムテスト(開発側)
  • 実際の業務の目的に適合しているか?納品OKを出してよいか?
    → ユーザーとしての受け入れ判断なので=受入テスト(発注側)
  • 本番環境で業務を安定して回せるか?トラブルが起きても復旧できるか?
    → 現場での運用フローの確認なので=運用テスト(現場・運用側)

※試験問題や参考書によっては、運用テストを受入テストの中の1プロセスとして扱う場合もありますが、本質的な「確認する視点(業務の適合か、運用の安定か)」の違いを理解しておけば問題ありません。

ITパスポート試験での出題傾向と対策

受入テストや運用テストは、マネジメント系の「ソフトウェア開発管理技術」分野でよく出題されます。

過去問に挑戦!

【問題】
システム開発における受入テストに関する説明として、適切なものはどれか。

ア.開発者が、プログラムを構成するモジュール単体で正しく動作するかどうかを確認する。
イ.開発者が、すべてのモジュールを結合し、システム全体として要件定義書通りの機能や性能を満たしているかを確認する。
ウ.発注者(システム利用者)が、実際の業務環境でシステムを利用し、業務要件を満たしているかを確認する。
エ.実際の運用環境において、バックアップやリカバリ手順などの運用マニュアルの妥当性を確認する。

【正解】:ウ
【解説】:受入テストは「発注者(利用者)」が「業務要件を満たしているか」を確認するテストです(ウ)。アは単体テスト、イはシステムテスト、エは運用テストの説明です。誰が・何のために行うテストかを見極めることが重要です。

【問題】
新しいシステムの導入にあたり、システムの本番稼働前に、実際の運用環境において業務部門の担当者が中心となってシステムを操作し、日々の業務が滞りなく実施できることや、障害発生時の復旧手順などを確認するテストはどれか。

ア.単体テスト
イ.結合テスト
ウ.システムテスト
エ.運用テスト

【正解】:エ
【解説】:実際の環境で、日々の業務実施や障害時の復旧手順などの「システムを安定稼働させるための運用体制」を確認するのは運用テストです。

まとめ:誰の視点で行うテストなのかを意識しよう

今回は、システム開発の最終段階で行われる3つのテストについて解説しました。ポイントをもう一度確認しましょう。

  • システムテスト:開発者が「設計通りに動くか」を総合的に確認する。
  • 受入テスト(UAT):発注者が「業務の目的を満たしているか」を確認し、納品OK(検収)を出すためのテスト。
  • 運用テスト:現場・運用者が「安定して使い続けられるか(バックアップ手順なども含む)」を確認する本番前のリハーサル。

これらは単なる言葉の定義ではなく、「システムを作る人」「お金を出して依頼する人」「実際に現場で使う人」のそれぞれの立場を反映した大切なプロセスです。この視点の違いを意識すれば、ひっかけ問題にも惑わされることはありません!

目次