QA MAIL RUNBOOK

登録メールのテストを再現可能なチェックリストに

使い捨てアドレスはテストデータの分離に便利です。ただし品質を支えるのは、ランダムなアカウントを作り続けることではなく、明確な前提条件、時刻の記録、検証、後片付けです。

環境、言語、端末、想定テンプレートを定義します。

1回につき1つの送信操作だけを行い、時刻を記録します。

ヘッダー、本文、リンク、コード、表示対応を確認します。

古いアドレスを終了し、テスト結果の混線を防ぎます。

実行チェックリスト

1回のテストで少なくとも4つの観点を確認

送信時刻、到着時刻、クリック結果を不具合記録に残します。メールの見た目を撮影するだけでは、キュー、テンプレート、セッションの問題を特定できません。

ヘッダー項目From名、Reply-To、件名、受信アドレス、言語が現在のケースに合っている。

到着動作1回の送信で想定数だけ届き、遅延を記録でき、再送がクールダウンに従っている。

本文の内容プレーンテキストとHTMLの両方に読みやすい代替表示があり、画像が広すぎず、長いリンクが折り返される。

検証操作認証コードの桁数、有効期限、最新コードの扱い、確認リンクのセッション紐付けが正しい。

狭い画面での表示390pxのビューポートで件名、送信者、コード、本文を横スクロールなしで最後まで読める。

失敗時の経路期限切れコード、再利用、誤ったメールアドレス、レート制限について、意味の分かるメッセージが表示される。

テストマトリクス

変数	最低限のカバレッジ	記録内容	合格基準
言語	製品がサポートするすべての言語	リクエストのlangと実際のテンプレート	件名、From、本文が一致する
クライアント幅	390 / 760 / デスクトップ	はみ出しとクリック領域	本文を最後まで操作できる
認証コードの状態	正しい、誤り、期限切れ、古いコード	レスポンスとユーザー向けメッセージ	内部エラーを漏らさない
送信頻度	初回送信、クールダウン中、クールダウン後	リクエスト回数とカウントダウン	重複送信が発生しない

登録確認、製品トライアル、認証コードの到着、テンプレートの互換性は、分離したアドレスでテストできます。ケースごとに新しいアドレスへ切り替えれば、過去のメールによる判定への影響を防げます。

テストは必ずシステム所有者の許可を得て、レート制限を守って実施してください。バックエンドで削除しやすいよう、明確なテスト用プレフィックスまたはテストデータのタグを使用します。

公開された使い捨て受信トレイは、大量配信、スパム判定、登録制限の回避を目的とした負荷テスト基盤ではありません。高頻度の自動化は到着データを歪め、他のユーザーにも影響します。

容量やセキュリティのテストは、分離環境、専用ドメイン、管理されたメールサンドボックスで実施し、サーバーログと再現可能なスクリプトも保管してください。

リリース前の再確認

最新の認証コードの扱いをテストする理由は？

ユーザーは再送を何度も行い、古いメールを開くことがあります。画面上で古いコードが無効であることを明示し、最新メールを見つけやすくする必要があります。

HTML本文だけをテストすれば十分？

不十分です。プレーンテキストの代替表示、画像を読み込まないモード、長いリンクの折り返しも、到達性とアクセシビリティに影響します。

テストメールの混線を防ぐには？

1つのケースにつき1つのアドレスを使い、アドレスと実行時刻を記録します。次のケースを始める前にアドレスを変更し、古いコンテキストを閉じてください。

配信遅延が見つかったら何を記録する？

実行時刻、送信システムへのキュー投入時刻、到着時刻、件名、環境を記録します。待機中に何度も再送しないでください。

現在の結果を先に記録してから、アドレスを変更し、新しいテストコンテキストを開始します。