仕様メモから動作確認のテスト表を作る

確認する機能を1つに絞る

文具の申込画面など、1つの機能の仕様を用意します。入力できる値と、正しい場合・誤った場合の動きを短く書きます。下の見本では、数量の条件だけを確認します。

✓ 入力条件と受付時の動きが書かれ、確認する機能が1つに絞られている。

入力例と期待する結果を依頼する

仕様メモを貼るか、ファイルのまま渡し、下のプロンプトを送ります。数量が正しい例、最小・最大の値、条件を外れる例を表にします。期待する結果は、仕様の番号を根拠に付けさせます。

✓ 入力値・操作・期待する結果・根拠を含む確認表が出ている。

境界と誤入力の抜けを見る

見本なら数量1・10・0・11・空欄・2.5がそろっているか見ます。エラーの文言など、仕様にない細部は確定させません。根拠がない期待結果を見つけたら、確認事項へ移します。

✓ 6種類の値が含まれ、仕様にない動きが確定扱いになっていない。

→ 画面で確かめる状態の例なら：画面の状態（UI・UX）

一件ずつ読める表に直す

1つの行で何度も操作させていないか見ます。「数量を入力して送信する」のように、操作を短く指定します。実際に試した結果を書く列は空欄にし、AIの推測を合格として記録しません。

✓ 各行を独立して試せる形で、実際の結果と判定の列が空欄になっている。

仕様の版を付けて保存する

確認表と未決定事項をコピーし、仕様の版と作成日を付けます。実際の画面を確認する担当者へ渡します。仕様が変わった場合は、関係する行の期待結果も見直します。

✓ 確認表の各行から根拠の仕様へ戻れ、実施前の表として保存できている。