検証と妥当性確認の違いとは？仕様どおりか、利用者の意図どおりか【基本情報技術者試験】

まず結論

検証と妥当性確認は、どちらも「正しいかを確認する」活動ですが、見る基準が違います。

用語	判断の軸
検証	仕様・要件・設計どおりに作れているか
妥当性確認	利用者の目的・使用方法に合っているか

基本情報技術者試験では、仕様どおりなら検証、利用者の意図どおりなら妥当性確認 と考えると選択肢を切りやすいです。

検証と妥当性確認は、家を建てる場面で考えると分かりやすいです。

設計図に「窓はこの位置、ドアはこの大きさ」と書かれているとします。

その設計図どおりに作れているかを確認するのが、検証です。

一方で、その家が「住む人にとって本当に使いやすいか」「生活の目的に合っているか」を確認するのが、妥当性確認です。

検証：設計図どおりに作ったか
妥当性確認：住む人が求めていた家になっているか

英語の定番フレーズでは、次のように整理できます。

Verification: Are we building the product right?
Validation: Are we building the right product?

日本語では、正しく作っているか が検証、正しいものを作っているか が妥当性確認です。

検証は、成果物やサービスが、規定された要求、仕様、設計、計画などを満たしているかを確認する活動です。

妥当性確認は、成果物やサービスが、指定された使用方法や利用者の目的に対して適切かを確認する活動です。

例えば、ログイン画面を作る場合を考えます。

確認内容	どちら？
パスワード欄が仕様書どおりに8文字以上を受け付けるか	検証
利用者が迷わずログインできるか	妥当性確認
設計書に書かれたエラーメッセージが表示されるか	検証
実際の利用場面でエラー内容が分かりやすいか	妥当性確認

このテーマは、基本情報技術者試験の「ソフトウェア開発」や「システム開発技術」と関係する内容です。公式の出題範囲やシラバスは、IPA：基本情報技術者試験から確認できます。

科目Aでは、検証プロセスと妥当性確認プロセスの説明を選ばせる問題で出題されやすいです。

判断するときは、問題文の中にある 基準になる言葉 を探します。

試験では、次の一言で切ると楽です。

仕様・要件・設計 → 検証
利用者・使用方法・目的 → 妥当性確認

どちらも「確認する」なので、確認という言葉だけでは判断できません。

何を基準に確認するのか を見るのが大切です。

問題文では、長い問題文の中で、確認作業の目的を読み取る場面があります。

例えば、次のように読むと切り分けやすいです。

設計書に書かれた処理と一致しているかを確認した
→ 検証

利用者が実際の業務で目的を達成できるかを確認した
→ 妥当性確認

また、テスト工程の文章でも役立ちます。

仕様に対して正しいか
→ 検証寄り

利用者が使う場面で正しいか
→ 妥当性確認寄り

問題文では、用語名を直接聞かれなくても、開発側の基準で見ているのか、利用者側の基準で見ているのか を意識すると読みやすくなります。

検証と妥当性確認で一番多い誤解は、どちらも「正しいかを確認する」ので同じだと思ってしまうことです。

特に、次の2つはセットで覚えると強いです。

検証：正しく作っているか
妥当性確認：正しいものを作っているか

また、監査プロセスとも混同しやすいです。

「独立した立場」とあれば、検証や妥当性確認ではなく、監査を疑います。