--- title: "運用テストとは？単体・結合・システムテストとの違い【基本情報技術者試験】" description: "運用テストを、実際の利用者・運用部門の視点でシステムが要求を満たすか確認するテストとして整理し、単体テスト・結合テスト・システムテストとの違いをFE科目A向けに解説します。" last_modified_at: "2026-08-14" canonical_url: "https://stemtazoo.github.io/fe/operation-test/" section: "fe" --- ## まず結論 運用テストとは、**実際にシステムを利用・運用する立場から、業務で使えるか、要求を満たしているかを確認するテスト**です。 基本情報技術者試験では、テスト工程を次のように切り分けると判断しやすくなります。 ```text 個々のプログラムを確認 → 単体テスト モジュール同士のつながりを確認 → 結合テスト システム全体を確認 → システムテスト 実際の利用・運用の視点で確認 → 運用テスト ``` 特に、 ```text 利用者に提供する視点 実際の運用を想定 業務要求を満たすか ``` という表現が出たら、運用テストを疑います。 ## 直感的な説明 システム開発のテストは、部品から完成品へ順番に確認していくイメージです。 ```text 部品 ↓ 単体テスト 部品同士のつながり ↓ 結合テスト 完成したシステム全体 ↓ システムテスト 実際に使って業務で困らないか ↓ 運用テスト ``` 例えば、販売管理システムなら、 ```text 売上登録機能だけ正しい？ → 単体テスト 売上登録と在庫更新が正しく連携する？ → 結合テスト 販売管理システム全体が仕様どおり？ → システムテスト 店舗担当者が実際の業務で使える？ → 運用テスト ``` と考えると分かりやすいです。 ## 定義・仕組み システム開発では、段階ごとに異なる目的でテストを行います。 ### 単体テスト 単体テストは、**個々のプログラムやモジュールが仕様どおり動くかを確認するテスト**です。 例えば、 ```text 計算処理 入力チェック 検索処理 ``` など、1つの機能単位で確認します。 判断キーワードは、 ```text 個々のモジュール プログラム単位 内部ロジック ``` です。 ### 結合テスト 結合テストは、**複数のモジュールを組み合わせたときに、正しく連携するかを確認するテスト**です。 例えば、 ```text 画面 ↓ 業務ロジック ↓ データベース ``` のつながりを確認します。 判断キーワードは、 ```text インタフェース モジュール間 連携 ``` です。 ### システムテスト システムテストは、**完成したシステム全体が、要求された機能や性能を満たしているかを確認するテスト**です。 例えば、 ```text 機能要件 性能要件 信頼性 セキュリティ ``` など、システム全体として確認します。 判断キーワードは、 ```text システム全体 仕様 要求 性能 ``` です。 ### 運用テスト 運用テストは、**実際にシステムを利用・運用する立場から、業務上問題なく使えるかを確認するテスト**です。 例えば、 ```text 実際の業務手順で使えるか 運用手順に問題がないか 利用者が必要な操作を行えるか 本番運用に耐えられるか ``` などを確認します。 判断キーワードは、 ```text 利用者 運用部門 実際の業務 本番運用 ``` です。 ## 科目Aでどう出る？ 科目Aでは、テスト内容の説明から、どのテスト工程かを選ぶ問題が出ます。 ### 判断表 | 問題文の中心 | 判断 | |---|---| | 個々のソフトウェアユニットが仕様を満たす | 単体テスト | | モジュール間のインタフェースが正しい | 結合テスト | | システム全体が要求仕様を満たす | システムテスト | | 利用者・運用者の視点で業務に使えるか確認 | 運用テスト | ### 試験中の切り分け ```text 1つの部品を見る → 単体テスト つなぎ目を見る → 結合テスト 全体を見る → システムテスト 実際に使う立場で見る → 運用テスト ``` この順番で考えると、選択肢を切りやすくなります。 ## どんな場面で使う？ 運用テストは、システムを本番環境に近い状態で確認したい場面で使います。 例えば、 - 実際の業務手順で操作できるか - 運用担当者が日常作業を行えるか - バックアップや復旧手順に問題がないか - 権限設定が業務に合っているか - 帳票や画面が利用者にとって使いやすいか - 障害時の運用手順が実行できるか などです。 ポイントは、開発者だけの視点ではなく、 ```text 実際に使う人 実際に運用する人 ``` の視点を入れることです。 ## よくある誤解・混同 ### システムテストと運用テストは同じ？ 違います。 どちらも完成したシステムを対象にするため、混同しやすいです。 ```text 仕様どおり動くか → システムテスト 実際の業務で使えるか → 運用テスト ``` と切り分けます。 ### 利用者が参加すれば全部運用テスト？ 必ずしもそうではありません。 重要なのは、**実際の運用や業務の視点で確認するか**です。 ```text 利用者視点 ＋ 本番運用を想定 → 運用テスト ``` と考えます。 ### インタフェース確認は運用テスト？ 違います。 ```text モジュール間のインタフェース → 結合テスト ``` です。 ### アルゴリズムの妥当性は運用テスト？ 違います。 アルゴリズムや内部ロジックの確認は、基本的に単体レベルのテストとして考えます。 ### 「要求を満たす」という言葉があれば運用テスト？ 必ずしもそうではありません。 システムテストでも、要求仕様を満たしているか確認します。 そこで、 ```text 開発側の視点で要求仕様を確認 → システムテスト 利用・運用する側の視点で要求を確認 → 運用テスト ``` と文脈を見ます。 ## 確認問題（基本情報技術者試験対策） 運用テストにおける検査内容として、最も適切なものはどれか。 - ア. 個々のソフトウェアユニットについて、仕様を満足していることを確認する - イ. ソフトウェア品目の中で使用しているアルゴリズムの妥当性を確認する - ウ. ソフトウェアユニット間のインタフェースが整合していることを確認する - エ. 利用者に提供するという視点で、システムが要求を満足していることを確認する
▶ クリックして答えと解説を見る（ここを開く） **正解：エ** 運用テストでは、実際にシステムを利用・運用する立場から、業務上の要求を満たしているかを確認します。 - ア：単体テスト - イ：単体レベルでの内部ロジック確認 - ウ：結合テスト - エ：運用テスト です。
## まとめ（試験直前用） - 単体テスト：個々のプログラム・モジュールを確認 - 結合テスト：モジュール間のつながりを確認 - システムテスト：システム全体が仕様・要求を満たすか確認 - 運用テスト：実際の利用・運用の視点で業務に使えるか確認 - **部品 → 単体、つなぎ目 → 結合、全体 → システム、実利用 → 運用** - 「利用者に提供する視点」「実際の運用」が出たら運用テストを疑う