受入れテスト
Acceptance Test
うけいれてすと
Related
他の資格での定義
開発されたシステムが発注者の要件を満たしているかを、発注者側が確認するテスト。納品・検収の判断基準となり、実際の業務データを用いて運用可能性を検証する最終段階のテスト。
発注者側が、納入された成果物が要件を満たしているかを確認するテスト。合格をもって検収し、責任と資産が移転する。
システムやソフトウェアの取得者(発注者)が、納入されたシステムが契約要件を満たしているかを確認するテスト。受入れ基準に基づいて実施し、合格すれば検収となる。妥当性確認テストの一環として行われる。
発注者が主体となり、納入されたシステムが要件を満たし業務で使えるかを、あらかじめ合意した受入基準に照らして確認するテスト。合格をもって検収となり、以後は瑕疵担保や保守契約の範囲に移る。
発注者や利用部門が、サービス受入基準を満たしているかを検証するテスト。要求事項どおりに動作するかを利用者の視点で確認し、その結果が本番移行の可否判断の根拠となる。
開発されたシステムがユーザの要件を満たしているかを利用者が確認するテスト。ユーザ受入テスト(UAT)とも呼ばれ、本番移行前の最終的な検証として位置づけられる。監査ではテスト結果の妥当性を検証する。
システムやソフトウェアの取得者(発注者)が、納入されたシステムが契約要件を満たしているかを確認するテスト。受入れ基準に基づいて実施し、合格すれば検収となる。妥当性確認テストの一環として行われる。
システムやソフトウェアの取得者(発注者)が、納入されたシステムが契約要件を満たしているかを確認するテスト。受入れ基準に基づいて実施し、合格すれば検収となる。妥当性確認テストの一環として行われる。
システムの発注者や利用者が、納入されたシステムが要件と受入れ基準を満たすかを確かめるために行うテスト。発注者が主体となって受入れ手順に従って実施し、合格すると検収となる。
Past Exams
過去問での出題
過去問で 17 回出題(ITパスポート試験 11・プロジェクトマネージャ試験 2・基本情報技術者試験 1・システムアーキテクト試験 1・ITサービスマネージャ試験 1・システム監査技術者試験 1)。うち 1 回は用語そのものを問う問題です。
- 令和7年度 秋期 システム監査技術者試験 午前Ⅱ 問23正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和6年度 ITパスポート試験 公開問題 問33(IPA の PDF を新しいタブで開きます)
- 令和5年度 春期 システムアーキテクト試験 午前Ⅱ 問11正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和2年度 10月 ITパスポート試験 問36正解の選択肢(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 ITパスポート試験 問37選択肢(IPA の PDF を新しいタブで開きます)
- 平成30年度 春期 ITパスポート試験 問46正解の選択肢(IPA の PDF を新しいタブで開きます)
- 平成29年度 秋期 ITパスポート試験 問39選択肢(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 ITパスポート試験 問40選択肢(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問3選択肢(IPA の PDF を新しいタブで開きます)
- 平成27年度 春期 ITパスポート試験 問34用語を問う問題(IPA の PDF を新しいタブで開きます)
残り 7 件を表示閉じる
- 平成27年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問15(IPA の PDF を新しいタブで開きます)
- 平成26年度 秋期 ITパスポート試験 問35(IPA の PDF を新しいタブで開きます)
- 平成24年度 秋期 ITパスポート試験 問37正解の選択肢(IPA の PDF を新しいタブで開きます)
- 平成24年度 春期 ITパスポート試験 問88選択肢(IPA の PDF を新しいタブで開きます)
- 平成24年度 春期 ITパスポート試験 問92(IPA の PDF を新しいタブで開きます)
- 平成23年度 秋期 ITサービスマネージャ試験 午前Ⅱ 問15(IPA の PDF を新しいタブで開きます)
- 平成22年度 秋期 基本情報技術者試験 午前 問60(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
個々のモジュールやクラスの機能を独立して検証するテスト工程。ドライバやスタブを用いて、テスト対象のモジュールを単独で動作させる。開発者が主体となって実施し、コードレベルの不具合を検出する。
単体テスト済みのモジュールを組み合わせ、モジュール間のインタフェースや連携を検証するテスト工程。トップダウンテスト、ボトムアップテスト、サンドイッチテスト(混合テスト)などの戦略がある。
結合テスト後にシステム全体として要件を満たしているかを検証するテスト工程。機能テスト、性能テスト、セキュリティテスト、回復テストなどを含む。本番に近い環境で実施し、非機能要件の充足も確認する。
条件の組み合わせと、それに対応する処理(アクション)を表形式で整理する技法。複雑な条件分岐をもれなく網羅的に記述でき、仕様の漏れや矛盾を発見するのに有効。テスト設計にも活用される。
ウォーターフォールモデルの各開発工程に対応するテスト工程を対に配置した開発モデル。要件定義に受入テスト、基本設計にシステムテスト、詳細設計に結合テスト、実装に単体テストが対応する。各工程の整合性を確保する。
内部構造を考慮せず、入力と出力の関係からテストケースを設計する手法。同値分割、境界値分析、デシジョンテーブル、状態遷移テストなどの技法がある。機能仕様に基づいてテストする。
