平成27年度 春期 ITパスポート試験 公開問題 問34 解説 受入れテストの実施

正解の選び方

受入れテストは、発注者が自社の要件を正しく満たしているかを確認する最終確認の場です。したがって、委託先に任せきりにするのではなく、発注者である自社が主体的に関与する必要があります。この原則に基づき、自社が実施主体となる選択肢を選びます。

受入れテストとは何か

システム開発におけるテスト工程は、開発規模が大きくなるほど細分化されます。開発者が行う単体テストや結合テスト、システムテストを経て、最後に実施されるのが受入れテストです。

このテストの目的は、単にバグがないかを確認することではありません。実際に業務で使う利用者（発注者）が「自社の業務要件を本当に満たしているか」「実務の流れに沿って問題なく操作できるか」を検証することにあります。そのため、システムの仕様書を書いたエンジニアではなく、実際に業務を行う担当者やその責任者がテストに参加することが不可欠です。

委託先との役割分担

受入れテストにおいて、発注者が主体となることは重要ですが、すべてを自社だけで行うことが難しい場合もあります。複雑なシステムの場合、テスト環境の準備や操作手順の説明など、委託側の技術的なサポートが欠かせません。

問題文にある「委託先の支援を受けるなどし」というのは、テスト実施の主導権（合否の判断権）は自社が持ちつつ、技術的なバックアップやトラブル対応については委託先と協力する、という現実的なプロジェクト運営を指しています。

もし委託先に計画や実施を丸投げしてしまえば、万が一システムに欠陥があった場合や、自社の業務フローとの不整合を見逃した場合、責任の所在が曖昧になります。また、自社が主体的にテストを行うことで、システムが稼働した後の運用担当者が操作に習熟するというメリットもあります。

実務における重要性

この知識は、ITパスポートの試験範囲を超えて、実際のビジネス現場で非常に重要です。情報システム部門の担当者として開発プロジェクトに携わる際、ベンダー（委託先）に「すべてお任せ」にするのではなく、利用者としての視点でテスト項目を考え、厳しくチェックする姿勢が求められます。これが品質事故を未然に防ぎ、導入後の混乱を最小限に抑えるためのリスク管理の一環となります。

参考リンク

• 【ITパスポート】システム開発の工程をわかりやすく解説！
• 【IT現場】ベンダー任せにせず、受入れテストで大成功した話（Qiita）
• システム開発の受入れテスト（IPA 独立行政法人 情報処理推進機構）