平成22年度 春期 ITパスポート試験 問49 解説 ソフトウェア受入れ

受入れテストの主体と役割を見極める

この問題は、システム開発の最終段階である「受入れ」において、誰が主役となり、誰がサポート役となるのかという役割分担を理解しているかを問うています。判断のポイントは、「システムを使うのは誰か」という視点です。ソフトウェアを作った人（開発者）ではなく、そのシステムを導入してビジネスに活用する人（取得者＝発注者）が、要求通りの機能を持っているかを確かめるプロセスであると認識できれば、即座に正解を選べます。

ソフトウェアの受入れとテストの定義

ソフトウェアの受入れとは、開発が完了したシステムが、あらかじめ契約や仕様で定めた要件を正しく満たしているかどうかを、実際に利用するユーザーやその代行者が確認する工程です。

開発プロセスにおいて、テストは段階的に実施されます。単体テストや結合テスト、システムテストは、主に開発側の責任範囲において行われます。しかし、受入れテストは開発者の手元を離れ、取得者側の環境や運用に近い状態で実施されます。これにより、単なる機能の不具合だけでなく、実際の業務フローに適応できるか、操作感は適切かといった実用性の最終チェックを行います。

役割分担から選択肢を吟味する

各選択肢を検討する際、役割分担の原則に当てはめてみましょう。

アについて：受入れテストにおいて、開発者は決して無関係ではありません。取得者がテストを実施する際、技術的な不明点の解消や、テスト環境の構築サポート、不具合が発覚した際の即時対応など、開発者の支援が不可欠です。したがって「関与があってはならない」とする記述は不適切です。

イについて：受入れテストの拠り所となるのは「詳細設計書」ではなく、契約時の「要求仕様書」や「要件定義書」です。詳細設計書は開発者が実装のために作成する内部文書であるため、取得者が確認すべきは、当初の目的や要求をシステムが満たしているかどうかという点になります。

ウについて：もし開発者が主体的に受入れテストを行うと、自分たちの作ったシステムに甘い判断を下してしまう（あるいは不具合を隠す）リスクが生じます。テストは第三者的視点、すなわち「使う側」が行うのが鉄則です。

エについて：この記述が正しい理由です。取得者は自分たちの業務が遂行できるかを確認し、開発者はその確認活動が円滑に進むよう技術的なバックアップを行います。この協力体制こそが受入れの正しい姿です。

現場で求められる品質確認の意識

この知識は、実際にシステム導入に携わる際、「自分たちがシステムを検収する立場にある」という意識を持つために重要です。開発会社に丸投げするのではなく、取得者側が主体となって「これは私たちの要求を満たしているか」を厳しくチェックする責任があることを理解しておかなければなりません。

また、ITパスポートの試験としては、開発プロセス全体の流れの中で「どの工程が誰の責任か」を明確に整理しておくことが重要です。受入れが「最後の門番」の役割を果たしているとイメージできれば、類似の問題にも柔軟に対応できるようになります。

参考リンク

• ソフトウェア開発のテスト工程とは？単体テストから受入れテストまで解説
• 【実体験】納品後に発覚したバグをどう修正するか？受入れテストの重要性を現場目線で振り返る
• 情報処理用語集：受入れテスト（JIS X 0160:2021 ソフトウェアライフサイクルプロセスより）