問題30：使用性（ユーザビリティ）テストの検証と妥当性確認

問題 #30

使用性（ユーザビリティ）テストに関する記述として、正しいものはどれか？

a) 使用性は要件に対して検証され、実際のユーザーによって妥当性確認（バリデーション）されるべきである。

この問題は、使用性（ユーザビリティ）テストにおける「検証（Verification）」と「妥当性確認（Validation）」の違いと、代表的な評価手法（ヒューリスティック評価など）の正しい定義を問うています。

a) 正解。 ユーザビリティは、まず仕様書やUIガイドラインなどの「要件」に対して 検証（Verification） されます。その後、システムが本当にユーザーにとって使いやすく目的を達成できるかを、実際のユーザー（またはその代表）によって 妥当性確認（Validation） される必要があります。
b) 不正解。 実際のユーザーを巻き込むのは正しいアプローチですが、妥当性確認はリリース前に実施しなければなりません。リリース後に重大な使用性の問題が発覚した場合、修正コストが莫大になるか、最悪の場合は製品の失敗につながります。
c) 不正解。 ヒューリスティック評価は「ユーザビリティの専門家」が、既知の経験則（ヒューリスティクス：ニールセンの10原則など）に基づいてUIを評価する専門家レビュー手法です。ユーザーを集めて調査（アンケートやテスト）を行う手法ではありません。
d) 不正解。 「使いにくい（受け入れられない）既存の製品」と比較して少しマシだったとしても、それが「新しい製品のユーザビリティ要件を満たしている」という証明にはなりません。

JSTQB AL TA試験において、「使用性（ユーザビリティ）」の分野は頻出かつ実務に直結する重要テーマです。以下の点を整理しておきましょう。

使用性における「検証」と「妥当性確認」の2段構え:
- 検証（Verification）： テスト担当者が「フォントサイズは指定通りか」「エラーメッセージはガイドラインに沿っているか」を確認する作業。
- 妥当性確認（Validation）： 実際のユーザーに触ってもらい「マニュアルなしで目的の操作が完了できるか」「使っていてストレスを感じないか」を確認する作業。この両方が必要です。
ヒューリスティック評価（専門家評価）のひっかけに注意: 選択肢(c)のような「ヒューリスティック評価＝ユーザー調査」という引っかけは非常によく出ます。
「ヒューリスティック評価」＝「専門家（評価者）がチェックリストや原則に基づいて画面をレビューすること」 だとしっかり紐づけて暗記してください。ユーザーは参加しません。
実施のタイミング: 前回の問題（機能適切性）と同じく、使用性も「手戻り」を防ぐために可能な限り早い段階（プロトタイプができた段階など）で評価を始めるべき（形成的評価）であり、リリース後に回すのは厳禁です。