問題37：要件レビューにおけるチェックリスト評価（オンラインバンキング）

問題 #37

あなたは、新しいオンラインバンキング・アプリケーションの開発プロジェクトに割り当てられたテストアナリストである。要件レビューに参加するよう求められた。個人の準備のために、要件記述の基本ルールをチェックするのに役立つチェックリストが与えられている。

以下は要件の1つである：

R034- ソフトウェアアプリケーションに不慣れな人でも、銀行振込ができなければならない

以下はチェックリストの抜粋である：

この要件に関する詳細情報がない場合、この要件に関して正しい（満たされている）チェックリストの項目は以下の4つのうちどれか？

c) IIのみ満たされている

前回の問題（36）と同様に、要件仕様をチェックリストに照らし合わせて評価する問題ですが、今回は「満たされている」ものを探します。

提示された要件文：「R034- ソフトウェアアプリケーションに不慣れな人でも、銀行振込ができなければならない」に対して、チェックリストを1つずつ検証します。

I. 要件はテスト可能でなければならない：【NO】
- この要件はテスト可能ではありません。「ソフトウェアアプリケーションに不慣れな人（not familiar）」という定義が曖昧であり、要件が満たされたかどうかを判断するための 「測定可能な基準（measurable criteria）」 が存在しません（例えば「マニュアルなしで3分以内に完了できること」といった具体的な指標が必要です）
II. 要件には識別子がなければならない：【YES】
- 要件の先頭に「R034」という明確な識別子（ID）が振られているため、この項目は満たされています。
III. 要件には常にバージョン番号が表示されていなければならない：【NO】
- 提示されたテキストの中に、バージョン番号（例：v1.0など）を示す記述は見当たりません。
IV. 要件は1つ以上のビジネス/マーケティング要件へのトレーサビリティを示さなければならない：【NO】
- この要件が、どの上位のビジネス要件やマーケティング要件に紐づいているかを示す記述（リンクや参照IDなど）はありません。

したがって、満たされているのは「II」のみとなります。

JSTQB AL TA試験における「要件のテスト可能性（Testability）」を見極めるポイントです。

曖昧な言葉は「テスト不可能」のサイン:
要件の中に以下のような主観的、あるいは測定不可能な言葉が含まれている場合、その要件は「テスト不可能」と判定されます。
- 「簡単に（easily）」
- 「速やかに（fast）」
- 「ユーザーフレンドリーな（user-friendly）」
- 「不慣れな人でも（people not familiar）」
- 「堅牢な（robust）」
どうすればテスト可能になるか？:
曖昧な言葉を、テストケースの合否判定ができる 「客観的で測定可能な基準」 に置き換える必要があります。テストアナリストは、要件レビューの段階でこのような曖昧な要件を指摘し、修正を促す重要な役割を担っています。