受け入れテスト

acceptance testing / 検収テスト / 承認テスト


 納入されたシステムやソフトウェアの受け入れを判定するための公式テストのこと。システムやソフトウェアの機能・性能などが本来的な目的や使用意図に合致しているのか、妥当性確認を行う。

 一般に受け入れテストは、オファーしたものが所定の条件に適合しているかを確認する作業であり、次工程に進むことに承認を与える過程である。原則として利用者や購入者が主体となって行うテストを指すが、元請けが下請けからの納品物を検収する作業をいう場合もある。

 受け入れテストはシステムが正しく作られているかではなく、業務に使えるかの確認が中心になる。ユーザー企業は、実際のビジネスプロセスに適合しているか、そもそものユーザー要件が妥当だったかなどを確認し、業務遂行上の問題が発見されれば、追加費用を払ってでも修正すべきか否かを判断する。

 受け入れテストには、開発プロジェクトを担当したシステム企画者だけではなく、業務部門のユーザーやシステム管理者なども参画する。受け入れテストは、承認の主体と客体の違いなどによって数種類に分類される。

さまざまな受け入れテスト
ユーザー受け入れテスト
エンドユーザー(業務部門)が行うテスト。情報システム部門やプロジェクトチームが提供するシステムが業務で実際に利用可能かを確認する
運用受け入れテスト
システム運用管理者が行うテスト。システム企画部門やプロジェクトチームが提供するシステムが運用上の問題を抱えていないかを確認する。バックアップ、保守性、拡張性、セキュリティなどをチェックする
契約受け入れテスト
システム開発の依頼者が行うテスト。外部の会社に開発を委託したシステムが納品されたとき、品質や納期などが契約どおりかどうかを確認する
規定受け入れテスト
システムの受け入れ責任者などが行うテスト。法律や安全基準、各種規制などに合致しているかを確認する
サイト受け入れテスト
ユーザーや顧客が自社施設で実施するテスト。本番環境で稼働するか、実際のビジネスプロセスに適合するかを確認する
フィールドテスト
将来のユーザーや既存顧客に依頼して実施するテスト。使い勝手や印象を評価してもらう。アルファテスト、ベータテストと呼ばれる

 受け入れテストは、Vモデルでは最後に位置付けられることが多い。しかし、サブシステムや機能の単位で受け入れを行い、その後にシステム統合を行う場合もあり、必ずしも受け入れテストが最終テストとは限らない。業務システムでは、本番環境で稼働を開始してしばらくの間を受け入れテスト期間とする場合もある。

 XPには、単体テストと受け入れテストの2つのテストがあり、これを自動化することが前提となっている。正則なXPプロセスを採用していない開発現場でも、管理者が行う単体テストはかなり普及してきている。それに対して、開発に先立ってユーザーがテストケースを書く受け入れテストの自動化は、あまり広がっておらず、自動化された受け入れテストを実施する場合も開発サイドの開発者やテスト担当者がテストを書くことが多い。

参考文献

  • 『演習で学ぶソフトウェアテスト特訓150問――JSTQBテスト技術者認定Foundation対応』 正木威寛=著/技術評論社/2006年8月
  • 『自動ソフトウェアテスト――導入から、管理・実践まで効果的な自動テスト環境の構築を目指して』 エルフリード・ダスティン、ジェフ・ラシュカ、・ポール=著/向井清=訳/ピアソン・エデュケーション/2002年10月(『Automated Software Testing: Introduction, Management, and Performance』の邦訳)
 
A B C D E F G H I J K L M
N O P Q R S T U V W X Y Z
記号 0 1 2 3 4 5 6 7 8 9
IT活用組織論経営・経営手法発想法、図法システム開発・運用、プロジェクト管理システム基盤技術インターネットビジネスコミュニケーションマーケティングERP会計・ファイナンス人事・HRCRM/SFAグループウェアナレッジマネジメントBIコンテンツ管理製造業流通業、ロジスティクス通信業調達業務利用法、使い勝手


@IT情報マネジメント メールマガジン 情報マネージャのための情報源(無料)


この記事に対するご意見をお寄せください managemail@atmarkit.co.jp

アイティメディアの提供サービス

ホワイトペーパーTechTargetジャパン

スキルアップ/キャリアアップ(JOB@IT)

@IT Sepcial
- PR -
@IT Sepcial
ソリューションFLASH

求人情報