基本情報 平成27年度 秋期 問54：マネジメント系に関する問題

答えは d「目標とする性能要件を満たしていること」 です。

運用テストで利用者（業務をやる人）が一番気にすべきは「普段使いで重くないか・遅くないか」。動くだけじゃダメで、業務で使い物になる速さ・量を捌けるかが大事です。

たとえばレジで会計1回に30秒かかったら行列になる→使えない。だから性能（速度・処理量）の確認が優先。

👉 覚え方：利用者＝「業務で使えるか」が最優先。

ほかの選択肢：a 運用手順通り＝運用者側の確認事項／b 業務手順通り＝それは業務側だが性能に劣る／c 仕様書通り＝開発者・運用者の役割。利用者は「実用に耐えるか」を見る。

なぜこれが正解か

正解は d。運用テスト（受入テスト）における利用部門の主たる責務は、システムが実業務で目標性能（応答時間・スループット・同時接続数等）を満たすかを判定すること。利用者は仕様書通りに動くかではなく、実運用に耐える品質を確認する。

各選択肢の解説

• a オンライン/バッチ処理が運用手順通り：これは運用者（情報システム部門）の確認領域。
• b 業務手順通りシステム稼働：業務適合性は利用者観点だが、性能要件と比べると単体テスト・結合テストで既に検証済みの場合が多い。
• c 全アプリが仕様書通り機能：これは開発者による機能テストの領域で、運用テスト段階では完了している前提。
• d 目標性能要件を満たす：正解。利用者が業務上の使用感を判定する核心項目。

覚え方・ひっかけ注意

「利用者＝性能・使い勝手／運用者＝運用手順／開発者＝仕様適合」と役割で覚える。機能要件は開発側が確認済みの前提で、運用テストでは非機能要件（特に性能・操作性）が焦点というのが定石。

理論的背景

Vモデルにおいて運用テスト（受入テスト、UAT: User Acceptance Test）は要件定義に対応する最上位テスト工程。機能テスト→結合テスト→システムテスト→受入テストと進む過程で、機能要件は下位工程で確認済みのため、UATでは非機能要件（性能・可用性・セキュリティ・運用性）の妥当性確認が主目的になる。

実務での使われ方

性能要件確認の代表手法は負荷テスト（Load Test）・ストレステスト・スパイクテスト・耐久テスト（Soak Test）。JMeter、Gatling、k6等のツールで本番想定トラフィックを再現し、SLA/SLOで定めた応答時間・エラー率・スループットを満たすか測定する。Apdexスコア（満足度指標）も実利用感の数値化に有効。

試験での位置づけ

ソフトウェア工学・プロジェクトマネジメント分野の頻出テーマ。Vモデル各工程と確認者の対応（開発工程⇔テスト工程⇔責任部門）を問う問題は定番。基本情報では「利用者は何を確認すべきか」型、応用情報・プロマネでは「テスト計画策定」「合格判定基準」型で出題される。

選択肢の発展補足

運用テストは業務シナリオベースで実施し、実データ・本番相当環境でEnd-to-End確認するのが理想。アジャイル開発では各スプリントでUAT相当の確認を継続実施するContinuous Acceptanceが普及。DevOps文脈ではこれがProduction-like staging環境でのカナリアリリース・A/Bテストに発展し、利用者の実反応を本番投入前に取得する手法と統合されつつある。基本情報・応用情報では伝統的UAT知識だが、実務では現代的アプローチへの拡張も意識すると良い。