リリース前フロー計画ツール

次のリリースに、検証可能なメールテスト手順を組み立てる

リリース規模、メールの種類、確認に参加する人数を選ぶと、所要時間と実行チェックリストを作成できます。計画結果はこのページ内にのみ保存されます。

テスト計画を作成
リリース規模

今回テストするメール

45分を確保することをおすすめします

基本回帰テスト

  1. 今回専用の使い捨てアドレスを作成します。
  2. 認証コードの到着、有効期限、エラーコードを確認します。
  3. 件名、送信者情報、時刻、本文のスクリーンショットを保存します。
  4. 2人目のメンバーが重要なテンプレートを確認します。

実行ペース

4つの関門で、「届いたように見える」をリリース可能な証跡に変える

各関門には明確な成果物があります。証跡がなければ次へ進まず、個人のメインアドレスにもテスト資料を保存しません。

準備

サンプルとアドレスを定義

すべてのトリガー、テンプレート、言語、環境を一覧化します。古いメールで判断が乱れないよう、テストバッチごとに専用アドレスを割り当てます。

  • テンプレート一覧
  • アドレス割り当て
  • 想定件名
実行

トリガーして記録

決めた順序で操作を実行し、UTC時刻、タスクID、受信時刻を記録します。失敗時は最初の状態を保存し、連続して再試行しません。

  • 送信の証跡
  • 到着時刻
  • 失敗時の応答
確認

内容の各層を比較

件名、送信者、HTML、プレーンテキストを同時に確認します。認証コードは長さ、有効期限、エラー表示、複数回使用時の挙動を確認します。

  • ブランドヘッダー
  • 本文のフォールバック
  • リンクと添付ファイル
承認

結論と残課題を明確化

合格、ブロック、既知の制限を分けて記録します。リスクの高いテンプレートは別のメンバーが確認してからリリース枠へ進めます。

  • 合格チェックリスト
  • ブロック中の問題
  • 担当者

サンプルマトリクス

正常・遅延・エラーの3経路を最低限カバー

役割分担

実行者と確認者が同じ事実を見られるようにする

実行者は安定した再現と記録を担当します。確認者は手順を作り直さず、同じアドレス、時刻、テンプレートバージョンで照合します。リリース責任者は証跡のある結論だけを受け入れます。

引き継ぎパッケージに含めるもの
A

環境とバージョン

コミット番号、テンプレート番号、言語、機能フラグ

B

操作と時刻

トリガー手順、UTC時刻、タスクID

C

結果と残課題

スクリーンショット、レスポンスコード、ブロックレベル、担当者

リリース前チェックリスト

最後の10分は確実な確認だけを行う

今回のテストを開始

まずクリーンなアドレスを作成し、チェックリストに沿って1通ずつ確認します

一時メールボックスは1回のリリース期間に適しています。複数期間にわたって観察する場合は、ログインして専用の公開入口を作成できます。

テストアドレスを作成