受入テストテスト受入テストはシステム開発のプロセスの中で行われる最終のテストです。このテストに合格することが、システム開発の完了を意味し、システム開発会社が納品を行う基点となります。この後、システム移行、データ移行、業務移行を行い、本番稼働を迎えます。受入テストまでの各テスト(単体テスト、結合テスト、総合テスト)はすべてシステム開発会社が主体になって進めますが、受入テストは発注者側が主体になって行います。テストの担当部署として、業務実施部門と情報システム部門が協力して行います。受入テストの目的は「要件定義書に記載した業務内容がシステムに洩れなく、問題なく反映されているか」を確認することにあります。受入テストの目的は「プログラムのバグを探す」ことではありません。受入テストを行っている間に、バグが見つかる可能性もありますが、本来の目的を見失わないようにしましょう。受入テストは以下の流れで行われます。テストシナリオについては「業務内容としての現実性があること」「業務の網羅性を高めること」が重要です。作成されたシナリオにしたがってテストが実施できるように、十分に考慮されたテストデータを準備することも重要なポイントです。テストシナリオを作成する際に「例外的な業務をどこまでテストするか」という疑問が発生することがあります。フェーズで文書化しておくことが理想的です。大規模なシステムの受入テストはテストシナリオが膨大な数になることもあり、片手間で済ますことができないため、テストのための要員の確保も計画的に行わなければなりません。受入テストは発注側企業で行いますが、実際にはシステム開発会社の協力なしで進めることは不可能ですので、あらかじめテストのサポートを依頼しておいたほうが良いでしょう。テスト担当者はシステムの操作方法を理解しておかなければいけないため、システム開発会社にマニュアルの作成や操作教育を依頼することも事前に検討しなければなりません。受入テストでは業務に直結した機能要件だけではなく、運用段階で情報システム部門が担当することになる非機能要件についてもテストの範囲に含まれます。そのため、情報システム部門でも、テストのための体制を整える必要があります。セキュリティやバックアップ/リストア等の検証は、プラットフォームの複雑化の影響を受けることも考えられますので、充分なテストシナリオを準備しなければなりません。受入テスト計画書をもとにテストを実施し、その結果をテスト結果報告書として作成したものをシステム開発会社と共有することも重要です。テストの合格を発注側企業内、およびシステム開発会社と合意して、システム開発自体は完了となりますが、この後、本番環境へのシステム移行、既存システムからのデータ移行、新業務プロセスへの業務移行を行うことになります。大学・大学院では数学を専攻し、IT調達ナビの運営会社である、(株)グローバル・パートナーズ・テクノロジーに新卒で入社した。01IT戦略支援サービスITグランドデザインの策定やITプロダクト事業の計画策定を支援するサービスです。「受託開発モデル中心の事業から脱却したい」「自社のIT技術を活かした、ITプロダクト事業やクラウドサービス等の事業を立ち上げたい」と考える企業さまを支援します。02ITガバナンス構築・運営支援サービスITグランドデザインの実現に向けて、個別の情報システムの企画・整備・運用の指針やプロセスを整備し、モニタリングする体制を構築するサービスです。ITガバナンス業務の運営も支援します。03IT調達支援サービス個別のIT投資の成功に貢献するサービスです。ITを活用した業務改革やシステム導入の計画を策定し、システム会社選定から、開発工程のマネジメント、稼働後の中長期サポートまでのシステムライフサイクル全体のマネジメントを、企業さまと協働で実施します。