受入テスト

■開始条件

1. 運用テストが完了している事。

■受入テストの目的

1. ユーザーが業務の流れに沿ってシステムのテストを行い、システムがユーザーの要求仕様通りになっている事を確認する。
2. システムを受け入れ、本番稼動させるかどうかを判定する。

■受入テストの方法

1. ユーザーの都合を確認し、受入テストの計画を立てる。
2. 受入テスト環境を設定する。通常は本番環境を使用する。
3. 受入テスト用のデータを用意する。
4. 納入するシステムがユーザーの要求仕様通りになっているかを確認していただく。
5. 受入テストは要件定義書に基づいて行う。
6. 受入テストはユーザーが行い、開発者はそれを支援する。
7. 不具合が発見された場合は、ユーザーと協議の上、期日を設定して修正する。
8. 要求仕様通りになっていない場合は、ユーザーと協議の上、期日を設定して修正する。
9. 受入テストの結果を基に本番稼働判定会議を開く。
10. 受入テストが合格であれば、ユーザーから検収書をいただく。

■受入テスト計画

1. 目的・目標
2. 対象・範囲
3. 前提条件
4. 環境（ハードウェア・ソフトウェア・ネットワーク）
5. 期間・スケジュール
6. テストの種類（業務）
7. 体制・役割分担
8. 方法・手順
9. 会議体
10. 障害記録・障害管理
11. 課題管理
12. 完了条件

■受入テスト仕様書

1. 項番
2. テスト項目（業務）
3. テスト条件
4. 期待される結果
5. テスト結果
6. テスト実施日時
7. テスト実施者

■成果物

1. 受入テスト計画書
2. 受入テスト仕様書
3. 受入テスト結果報告書

■終了条件

1. 受入テストが完了している事。
2. 本番稼動判定会議にてユーザの承認が得られている事。

関連：　品質計画　｜　品質管理

---

位置：　トップ　>　システム開発
通読：　前頁　|　次頁