現在のサンプル
登録確認サンプル
- トリガー条件
- 未確認の新規アカウントを作成する
- 必須変数
- 氏名、6桁コード、有効期限、デバイス情報
- 合格基準
- メールが届く；最新コードが使える；古いコードが無効になる；モバイルで読みやすい
トランザクションメッセージラボ
テンプレートのスクリーンショットではなく、シナリオ別サンプルでトランザクションメールをテスト
トリガー条件から始め、登録・リセット・注文・セキュリティ通知の変数、受信エビデンス、合格基準を定義。変更のたびに再現可能な検証ルートを確保します。
シナリオマトリクス
まずタスクを選び、最小限の検証可能なサンプルを作る
1つのサンプルでは、重要な経路を1つだけ検証します。同じ送信で件名、変数、レイアウト、リンクを同時に変更しないでください。
実行プロトコル
1回の完全な実行で、5種類の証拠を残す
証拠があれば、チームは問題を再現し、失敗が業務トリガー、メール生成、送信キュー、受信時の表示のどこで発生したかを判断できます。
リクエストと環境
環境、アカウント状態、操作時刻、リクエスト結果を記録します。
テンプレートと変数
テンプレートのバージョンを保存し、空の値、タイムゾーン、言語分岐を確認します。
メッセージとキュー
メッセージ ID、受信時刻、再試行、拒否理由を記録します。
ヘッダーと本文
件名、送信者、HTMLとプレーンテキストの両方を確認します。
合格またはブロック
判定、スクリーンショット、担当者、次回の再テスト条件を明記します。
失敗パターン集
「届かない」の一言で済ませず、発生レイヤー別に失敗を分類する
正確に分類すれば、テンプレートチーム、バックエンドチーム、配信サービス事業者が互いに推測し合わずに済みます。
業務トリガーの失敗
アプリケーションがメールタスクを生成していません。受信トレイを更新し続けるのではなく、条件、権限、冪等キー、イベントログを確認します。
テンプレート生成の失敗
タスクは存在するものの、変数、言語、テンプレートのコンパイルに異常があります。入力データを保存し、失敗を再実行できるようにします。
配信キューの遅延
メッセージはサービスに受け付けられていますが、キューで待機中または再試行中です。メッセージ IDとステータスのタイムラインに基づいて判断します。
受信時の表示失敗
メールは届いているものの、レイアウト、画像、リンク、テキストのフォールバックが不適切です。同じメッセージをデスクトップとモバイルで確認します。
実行を開始
次のトランザクションメール経路に専用の受信アドレスを用意する
シナリオを選び、アドレスをコピーし、実際のシステムから送信をトリガーして、5種類の証拠に沿って結果を記録します。
サンプル実行を開始