問い合わせフォームの送信テスト

テストの宛先と確認項目

制作担当者と、試すページ、通知を受け取る担当者、送信者役のメールアドレスを決めます。メールアドレスは自分たちが受信できるものを使い、実在のお客様の情報は入力しません。公開中の窓口なら、担当者にテストの時刻と件名を知らせ、通常の相談と区別できるようにします。

この例では、送信後に完了画面を表示し、担当者へ通知メールを送り、送信者にも受付メールを送る仕様とします。自動返信のないフォームなら、その確認項目は「対象外」です。備わっていない機能を、不具合と数えないようにします。

名前は「テスト担当」、メールアドレスは用意した受信用アドレスにします。本文に番号を付けると、どの操作に対応した通知なのかを見分けられます。各テストで番号を変え、送信時刻も記録してください。

送信から返信まで確かめる

まず必須項目を正しく入力し、任意項目は空欄で送ります。完了画面、担当者側の受信箱、送信者側の受信箱を、それぞれ別に確認します。通知メールでは、件名だけでなく、名前、返信先、相談本文を開いて照合します。

次に担当者側から、その問い合わせへ返信します。いつも使うメールソフトで返信操作をし、宛先が送信者役のアドレスになっているかを送信前に見ます。通知システムのアドレスになる場合は、問い合わせ元へどう返信する仕様なのかを制作担当者と確認します。

この例は「すべて合格」ではありません。受付メールが迷惑メールに入ったため、制作担当者へ送信設定の確認を依頼します。一度届いた結果だけで、すべての利用者の受信を保証することもできません。まず、今回使った環境で何が起きたかを正確に残します。

入力・操作を変えて試す

次は正常な入力を基準に、一か所だけ変えて試します。複数の欄に同時に誤った内容を入れると、どの入力が原因で送信できないのか分かりにくくなります。確認した端末とブラウザーも記録し、普段使うスマートフォンでも同じ操作をします。

二重送信や通信が切れた場合も確認したいところですが、公開中のフォームで何度も送信したり、意図的に通信を切ったりする前に、制作担当者と試す場所と方法を決めます。画面が変わらないときは、届いたか分からないまま押し続けず、送信時刻と画面を記録します。

不具合を再現できる形で伝える

予定した入力で受付から返信まで進めること、必須項目の誤りを修正して送信できること、記録した不具合がすべて解消されたことを確認できたら、公開前のテストはひと区切りです。修正した項目には再確認日と結果を追記し、「直したと聞いた」だけで終わらせないようにします。