IT用語帳
A-1システムライフサイクルプロセス · 導入・受入れ支援

受入れテスト

Acceptance Test

うけいれてすと

システムの発注者や利用者が、納入されたシステムが要件と受入れ基準を満たすかを確かめるために行うテスト。発注者が主体となって受入れ手順に従って実施し、合格すると検収となる。

共有:

Related

他の資格での定義

IP受入れテスト

開発されたシステムが発注者の要件を満たしているかを、発注者側が確認するテスト。納品・検収の判断基準となり、実際の業務データを用いて運用可能性を検証する最終段階のテスト。

SG受入れテスト

発注者側が、納入された成果物が要件を満たしているかを確認するテスト。合格をもって検収し、責任と資産が移転する。

FE受入れテスト

システムやソフトウェアの取得者(発注者)が、納入されたシステムが契約要件を満たしているかを確認するテスト。受入れ基準に基づいて実施し、合格すれば検収となる。妥当性確認テストの一環として行われる。

AP受入れテスト

発注者が主体となり、納入されたシステムが要件を満たし業務で使えるかを、あらかじめ合意した受入基準に照らして確認するテスト。合格をもって検収となり、以後は瑕疵担保や保守契約の範囲に移る。

SA受入れテスト

発注者(ユーザ)がシステムの受入可否を判断するために実施するテスト。業務要件や契約条件への適合を検証する。運用テスト、ベータテストなどの形態がある。

SM受入れテスト

発注者や利用部門が、サービス受入基準を満たしているかを検証するテスト。要求事項どおりに動作するかを利用者の視点で確認し、その結果が本番移行の可否判断の根拠となる。

AU受入れテスト

開発されたシステムがユーザの要件を満たしているかを利用者が確認するテスト。ユーザ受入テスト(UAT)とも呼ばれ、本番移行前の最終的な検証として位置づけられる。監査ではテスト結果の妥当性を検証する。

PD-M受入れテスト

システムやソフトウェアの取得者(発注者)が、納入されたシステムが契約要件を満たしているかを確認するテスト。受入れ基準に基づいて実施し、合格すれば検収となる。妥当性確認テストの一環として行われる。

PD-S受入れテスト

システムやソフトウェアの取得者(発注者)が、納入されたシステムが契約要件を満たしているかを確認するテスト。受入れ基準に基づいて実施し、合格すれば検収となる。妥当性確認テストの一環として行われる。

Past Exams

過去問での出題

過去問で 17 回出題(ITパスポート試験 11・プロジェクトマネージャ試験 2・基本情報技術者試験 1・システムアーキテクト試験 1・ITサービスマネージャ試験 1・システム監査技術者試験 1)。うち 1 回は用語そのものを問う問題です。

残り 7 件を表示

出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

Related

関連キーワードの用語

A-1成果物

プロジェクトやそのフェーズを完了するために作り出される、固有で検証可能な製品、サービス、結果、文書。最終的に顧客に引き渡すものだけでなく、計画書や設計書などの中間の成果物も含み、受入れ基準に照らして検証される。

A-1シミュレーション

現実のシステムや現象をモデルとしてコンピュータ上に表し、条件を変えながら動かして振る舞いを予測・評価する手法。妥当性確認では、本番環境で試すのが難しい負荷、障害、利用状況を再現し、システムが目的を満たすかを確かめるのに使う。

A-1受入れ基準

納入されたシステムを受け入れてよいかを判断するために、発注者と受注者があらかじめ合意しておく条件。満たすべき機能と性能、許容する残存不具合の数や重要度、必要な文書などを具体的に定め、受入れテストの合否判定に使う。

A-1ソフトウェアの試行利用

本格的な稼働の前に、限られた利用者や業務の範囲で実際にソフトウェアを使ってもらい、使い勝手や運用上の問題を確かめること。ベータテストや運用操作テストの形で行い、妥当性確認の材料とする。

FE適格性確認要件

開発するシステムやソフトウェアが、利用できる品質に達していることを確かめるための基準。どの要件をどの方法(テスト、分析、レビューなど)で確認し、何をもって合格とするかを、要件定義の段階で定めておく。

PD-Sテスト要件

システムやソフトウェアのテストで確かめるべき事項と、その方法、環境、合格の基準などに関する要件。要件定義の段階で各要件をどのように検証するかを明らかにしておくことで、検証できない要件を作らないようにする。