発注者が完成したシステムを実際に使い、要件通りに動くかを最終確認するテストです。開発会社によるテストが一通り終わった後、業務で実際に使う立場から問題がないかを検証する工程です。
意味
システム開発では、プログラムの一部分をチェックする単体テスト、複数の機能を組み合わせて確認する結合テストなど、開発会社側の技術的なテストが段階的に行われます。受け入れテストは、それらをすべて終えた後に行われる最後の関門です。発注企業の担当者が、実際の業務データや操作手順に近い形でシステムを動かし、契約時に取り決めた要件定義の内容通りに動作するかを確かめます。ここで問題がなければ「検収」という手続きに進み、正式に納品が完了したと見なされます。つまり受け入れテストは、開発会社の作業を締めくくる確認作業であると同時に、発注企業にとっては支払いや運用開始の判断材料になる重要な工程です。
使われる場面と具体例
- 注文管理システムの導入時、営業担当者が実際の注文パターンに近いデータを入力し、在庫連携や金額計算が正しく行われるかを確認します。
- 顧客管理システム（CRM）の刷新時、営業部門の複数の担当者が日常業務の手順どおりに操作し、既存データの移行結果や検索機能に不具合がないかを点検します。
- 社内の勤怠管理システムを新しく導入する際、総務担当者が実際の勤務パターンを想定して打刻や集計を試し、給与計算に使える精度かどうかを見極めます。
中小企業が押さえたい点
- テストの範囲と合格基準を、契約前や要件定義の段階であらかじめ文書化しておくことが重要です。基準があいまいなまま進めると、検収時に見解の相違が生じやすくなります。
- 開発会社任せにせず、実際に業務で使う担当者がテストに参加する体制を作る必要があります。現場の視点がないと、運用開始後に初めて不具合が見つかることがあります。
- テスト項目のリストをあらかじめ用意し、誰がいつ何を確認するかを決めておくと、限られた期間でも漏れなく進められます。
よくある誤解
開発会社が行う機能テストと同じものだと思われがちですが、目的が異なります。開発側のテストはプログラムの不具合を見つけることが中心で、受け入れテストは実際の業務で使えるかどうかを発注者が判断する工程です。また、受け入れテストに合格すれば以後は一切問題が起きないと誤解されることがありますが、運用を始めてから見つかる課題もあるため、保守契約による対応も併せて検討しておく必要があります。
よくある質問
Q. 受け入れテストと検収はどう違いますか。
A. 受け入れテストは動作確認の作業そのものを指し、検収はその結果を踏まえて正式に納品を承認する手続きを指します。
Q. 受け入れテストで不具合が見つかった場合はどうなりますか。
A. 契約内容に基づき、開発会社が修正を行った上で再度テストを行うのが一般的な流れです。修正範囲や期限は契約書で確認しておく必要があります。
Q. 受け入れテストは誰が担当すべきですか。
A. 実際にシステムを使う部門の担当者が中心となり、必要に応じて総務やDX担当者が進行管理を行う形が望まれます。
関連する用語
関連記事
ほかの用語を探す
