← おてすと亭 テスト練習帳完全初心者向け STEP 2目安 約60分用語集

仕様書とテストケースに触れる

ここからは、現場で使われる形の仕様書とテストケースを見ていきます。題材は、おてすと亭の「お問い合わせフォーム」です。読み方を覚えて、1ケース作ってみて、最後に用意されたテストケースで実際にテストを実行します。

01仕様書を読む

仕様書は、「この画面はこう動く」を決めた資料です。テストをするときは、仕様書に書かれたことが期待結果の根拠になります。現場の仕様書はたいてい、画面の概要、項目の一覧、ボタンの動き、の順に書かれています。

画面仕様書お問い合わせ画面文書番号 OT-SP-002 / 版数 1.0

1. 画面の概要

お客様がお店に質問を送るための画面。入力画面と完了画面の2画面で構成する。

入力画面
おてすと亭
お問い合わせ1
ご予約・メニューについてのご質問は、こちらからお送りください。2
お名前必須3
例:山田 花子
メールアドレス必須4
例:hanako@example.com
お問い合わせ種別必須5
選択してください ▾
お問い合わせ内容必須6
送信するクリア7
完了画面
おてすと亭
お問い合わせを受け付けました8
内容を確認のうえ、担当者よりご連絡いたします。
お名前山田 花子メールアドレスhanako@example.comお問い合わせ種別予約についてお問い合わせ内容来週の土曜日に4名で…
トップへ戻る9
  • 122. 画面表示
  • 3〜63. 項目一覧
  • 74. ボタンの動き
  • 895. 完了画面
画面イメージ。番号は、この仕様書のどの章に書かれているかを表しています。
読むポイントまず「何のための画面か」「画面がいくつあるか」をつかみます。見出しの横にある「版数」は、仕様書が何回直されたかを表す番号です。仕様書は途中で書き直されることがあるので、どの版を見てテストしたかも記録しておきます。
現場では仕様書がない、または古くて実際の画面と違う、ということもよくあります。仕様書を読むだけでなく、テスト環境で実際の画面を開いて、項目やボタンを自分の目で確かめる習慣をつけましょう。仕様書と画面が違っていたら、それ自体が確認すべきポイントです。
実際のお問い合わせ画面を開く ↗

2. 画面表示

  • 見出し:「お問い合わせ」
  • 説明文:「ご予約・メニューについてのご質問は、こちらからお送りください。」
  • 必須項目には、項目名の右に「必須」マークを表示する

3. 項目一覧

項目名種類必須初期値入力ルールエラーメッセージ
お名前テキスト○空(入力例「例:山田 花子」を薄い文字で表示)20文字以内未入力:お名前を入力してください
21文字以上:お名前は20文字以内で入力してください
メールアドレステキスト○空(入力例「例:hanako@example.com」を薄い文字で表示)メールアドレスの形式(○○@○○.○○)未入力:メールアドレスを入力してください
形式違い:メールアドレスを正しい形式で入力してください
お問い合わせ種別選択○選択してください予約について/メニューについて/その他 から選ぶ未選択:お問い合わせ種別を選択してください
お問い合わせ内容複数行テキスト○空500文字以内未入力:お問い合わせ内容を入力してください
501文字以上:お問い合わせ内容は500文字以内で入力してください
読むポイントテストで一番よく見る表です。「初期値」は、画面を開いたときに最初から入っている値のことです。「必須」「初期値」「入力ルール」「エラーメッセージ」の列が、そのまま確かめることになります。エラーメッセージは一字一句まで決められていることが多いので、テストでも文言まで確かめます。

4. ボタンの動き

ボタン動き
送信する入力内容をチェックする。エラーがあれば、各項目の下にエラーメッセージを表示し、入力画面に留まる。エラーがなければ完了画面へ移る
クリアすべての項目を初期値に戻し、表示中のエラーメッセージを消す

5. 完了画面

  • 見出し:「お問い合わせを受け付けました」
  • 入力されたお名前・メールアドレス・お問い合わせ種別・お問い合わせ内容を表示する
  • 「トップへ戻る」ボタンで、入力画面を初期状態で表示する

02テストケース表を読む

現場のテストケースは、表計算ソフトの表で管理されていることが多いです。会社によって列の名前は少しずつ違いますが、だいたい次のような列があります。

列意味書き方・見方のコツ
No.テストケースの番号バグ報告や会話で「TC-05がNGでした」のように使う
分類どの種類の確認か画面表示、入力チェック、送信、ボタン、画面遷移など。似たケースをまとめて実行しやすくなる
確認内容このケースで確かめること一行で。「お名前が未入力のときのエラー表示」など
前提条件始める前の状態どの画面を開いているか、何が入力済みか
手順操作の順番入力する値まで具体的に書く。誰がやっても同じ操作になるように
期待結果正しく動いたらどうなるか仕様書のどこに書いてあるかが説明できること。メッセージは文言まで書く
結果OK/NG期待結果と一致すればOK、少しでも違えばNG
備考気づいたことNGのときに実際どうなったかを書く。バグ報告の番号を書くことも多い

たとえば次のケースは、仕様書の「3. 項目一覧」のお名前の行から作られています。

No.TC-05
分類入力チェック
確認内容お名前が未入力のときのエラー表示
前提条件入力画面を開いている。お名前以外の3項目は正しく入力済み
手順1. お名前を空のままにする
2. 「送信する」を押す
期待結果入力画面に留まり、お名前の下に「お名前を入力してください」と表示される
ポイント前提条件で「お名前以外は正しく入力済み」にしているのは、エラーの原因を1つにしぼるためです。複数の項目が同時に間違っていると、どのエラーを確かめたいのかがぼやけてしまいます。

031ケース作ってみよう

問題:「お問い合わせ内容が500文字を超えたとき」のテストケースを1つ作ってください。

仕様書の「3. 項目一覧」のお問い合わせ内容の行を見ながら書いてみましょう。書けたら「回答をチェックする」を押してください。

チェックはこのページの中だけで行います。入力した内容はどこにも送信されず、このブラウザにだけ保存されます。

答えの例を見る
分類入力チェック
確認内容お問い合わせ内容が501文字のときのエラー表示
前提条件入力画面を開いている。お名前・メールアドレス・お問い合わせ種別は正しく入力済み
手順1. お問い合わせ内容に501文字の文章を入力する
2. 「送信する」を押す
期待結果入力画面に留まり、お問い合わせ内容の下に「お問い合わせ内容は500文字以内で入力してください」と表示される

「500文字を超えた」を確かめるなら、超えたばかりの501文字がいちばん効果的です。余裕があれば、ちょうど500文字なら送信できることも別のケースで確かめると、より安心です。

テストケースを「設計する」力は、たくさんの仕様とバグに触れるうちに身についていきます。最初から上手に作れなくて大丈夫です。まずは、用意されたテストケースを正しく実行できるようになることを目指しましょう。

04テストを実行しよう

用意した12件のテストケースを、お問い合わせフォームで実行します。フォームは別のタブで開き、このページと行き来しながら進めてください。

  1. 「お問い合わせフォームを開く」でフォームを開く
  2. テストケースの前提条件をそろえ、手順どおりに操作する
  3. 画面を期待結果と見比べ、一致すればOK、少しでも違えばNGを選ぶ
  4. NGのときは、同じ手順でもう一度起きるかを確かめてから、実際にどうなったかを備考に書く
現場ではOK/NGのほかに、前提がそろわず実行できなかったケースを「実施不可(保留)」として記録することもあります。また、結果がOKでも、気になったこと(表示が遅い、文字が見切れているなど)があれば備考に残しておくと、バグの早期発見につながります。

記録はこのブラウザに保存されます。途中でページを閉じても続きから再開できます。

05答え合わせ

すべてのケースを実行したら、答え合わせをしましょう。NGを見つけられたか、OKのものをNGにしていないかを確かめます。

06バグを報告しよう

問題:見つけたNGのうち1つを選んで、バグ報告を書いてください。

STEP 1で学んだ書き方を思い出しながら書いてみましょう。テストケースの番号を書いておくと、開発者がすぐに手順を確認できます。現場では、これに再現率やスクリーンショットを添えます。