平成23年度 特別 午前Ⅱ 問25

✓ これが正解エソフトウェア適格性確認テスト

解説

ソフトウェア要件定義から始めた改修は、その確認テストで締めくくります。

共通フレームの保守プロセスでは、修正分析の結果に応じて、開発プロセスの必要なアクティビティを使って改修を行います。この問では、改修する対象が通信ミドルウェアというソフトウェアで、ソフトウェア要件定義から始めます。ソフトウェアの側の流れは、ソフトウェア要件定義から設計、コードの作成とテスト、ソフトウェア結合を経て、ソフトウェア適格性確認テストに進みます。始点がソフトウェアの要件である以上、確かめるべきなのはそのソフトウェアが要件を満たすかどうかで、選択肢の中での締めくくりはソフトウェア適格性確認テストです。どの段から始めたかに合わせて、同じ階層のテストで終える、と対応させると判断できます。出題当時の共通フレーム2007 に沿った問で、共通フレームはその後改訂されています。

ほかの選択肢はなぜ違うのか

• ア運用テスト：運用テストは、システムを実際の運用の環境で使えるかを確かめる段階で、ソフトウェアの改修の流れより後ろにあたります。ソフトウェア要件定義から始めた改修の締めくくりとしては範囲が広すぎます。
• イシステム適格性確認テスト：システム適格性確認テストは、システム全体がシステムの要件を満たすかを確かめるテストです。改修はシステムの要件ではなくソフトウェアの要件から始めているので、そこまでは含めません。
• ウソフトウェア結合：ソフトウェア結合は、作成したソフトウェアの構成要素を組み合わせる段階で、そのあとにソフトウェアが要件を満たすかを確かめるテストが続きます。結合で終えると、要件に合っているかの確認が残ります。