単発の認証コードや登録時のスモークテスト。標準の3時間で十分な余裕があります。
有効期間の目安 · 標準3時間
送信・待機・確認にちょうど合うテスト時間を確保
使い捨てアドレスは長ければよいとは限りません。作業時間に余裕を加え、必要な場合だけ延長してください。ただし、合計24時間を超えることはできません。
テンプレート確認や短時間の回帰テスト。現在のアドレスを使い続け、各サンプルの発生時刻を記録します。
チーム間の連携テストや遅延確認。期限直前ではなく、期限前に延長してください。
継続的なやり取りにあたります。長期運用できるメールアドレス、または独立した転送エイリアスを使用してください。
作業内容に合わせて期間を選ぶ
目安は「実行時間+想定遅延+1回の確認」です。24時間を超える場合は、使い捨てアドレスに依存しないでください。
| 作業 | 実行 | 余裕 | 推奨 |
|---|---|---|---|
| 認証コードのスモークテスト | 10~20分 | 30分 | 標準3時間 |
| HTMLテンプレートの回帰テスト | 1~2時間 | 1時間 | 標準期間で十分 |
| タイムゾーンをまたぐ連携テスト | 4~8時間 | 2時間 | 早めに延長 |
| 翌日の通知を確認 | 24時間超 | 制御不能 | 転送エイリアスを使用 |
標準期間が3時間なのはなぜ?
多くの登録、認証コード、テンプレート確認をカバーしながら、テスト内容が長期間公開されるのを防げるためです。短い有効期間なら、1回のセッションで確認と削除まで完了しやすくなります。
カウントダウンが示すのはアドレスを利用できる期間であり、認証コード自体の有効期限ではありません。認証コードは5分または10分しか使えない場合があります。
延長すべきタイミング
送信キューに遅延がある場合、複数チームが順番に連携テストを行う場合、またはHTMLを再確認する場合は、アドレスが有効なうちに延長できます。作業を続ける必要があることを確認してから、期間を延長してください。
延長しても認証コードの有効期限は延びず、送信システムのエラーも直りません。現在の受信アドレスで受信を続けられるようにするだけです。
アドレスを変更すべきタイミング
新しい独立したテストを始めるとき、サンプルが混在したとき、またはアドレスを誤って公開したときは、クリーンなアドレスに変更してください。変更後は、送信ページの宛先アドレスも更新します。
古いアドレスをテスト結果の根拠として使い続けないでください。新旧アドレスを切り替えた時刻を記録し、古いサンプルを新しいテスト結果と誤認しないようにします。
期限が切れるとどうなる?
期限が切れると、そのアドレスは信頼できる受信経路ではなくなり、ページ上で新しいアドレスの作成を求められます。ブラウザートークンによるアクセスも終了するため、重要な結果は有効期間内に記録してください。
期限切れのアドレスを後から再取得できるとは考えないでください。同じ文字列が再び表示されても、以前のメールを復元できるとは限りません。
上限が24時間なのはなぜ?
使い捨てサービスの基本は短期間の隔離です。無期限に延長できると、永久的なアカウント入口と誤解されやすくなり、内容の露出や復旧失敗のリスクも高まります。
作業が1日をまたぐ場合、通知、請求、または継続的な関係が関わっていることが多くなります。その場合は、復旧性の面でも使い捨てメールより独立したエイリアスが適しています。
チームで引き継ぐ方法
引き継ぎ時には、アドレスの用途、残り時間、受信済みサンプル、次の担当者の確認事項を記録してください。完全なアクセス用トークンを公開チャットで送らないでください。
次の担当者が期限前に対応できない場合は、使い捨て期間を繰り返し延長するのではなく、組織で管理する長期利用のテスト用メールアドレスを作成してください。
期限前に行うこと
- 残り時間が最後の送信まで足りるか確認する
- 必要な件名・時刻・スクリーンショットを保存する
- 不要になった機密サンプルを削除する
- 継続が必要なら早めに延長する
依存してはいけないこと
- 期限後に元のアドレスを復元すること
- 使い捨てアドレスで重要なアカウントを復旧すること
- アドレスを延長して認証コードの有効期限も延ばすこと
- ブラウザーを消去した後にトークンを自動復元すること
短時間の作業なら 3時間のテスト用受信箱をすぐに作成できます。日をまたぐ予定なら、 受信経路の管理 に移動して、一時停止できるエイリアスを使用してください。