场景实验台 · 每个样本都绑定触发、证据与结论

Transactional message lab

用场景样本测试事务邮件,而不是只看模板截图

从触发条件开始,为注册、重置、订单和安全通知定义变量、收件证据与通过标准,让每次修改都有可重复的验收路线。

Scenario matrix

先选任务,再建立最小可验证样本

一个样本只验证一条关键路径。不要在同一次发送里同时改主题、变量、布局和链接。

当前样本

注册验证样本

触发条件
创建一个尚未验证的新账户
必要变量
姓名、六位代码、失效时间、设备信息
通过标准
邮件到达;最新代码可用;旧代码失效;移动端可读
用独立地址运行样本

Run protocol

一次完整运行,要留下五类证据

证据让团队能够复现问题,并判断失败发生在业务触发、邮件生成、发送队列还是收件呈现。

触发

请求与环境

记录环境、账户状态、操作时间和请求结果。

生成

模板与变量

保存模板版本,核对空值、时区和语言分支。

发送

消息与队列

记录消息 ID、接受时间、重试和拒绝原因。

收件

信头与正文

核对主题、发件人、HTML 与纯文本双字段。

结论

通过或阻断

写明判定、截图、负责人和下一次复测条件。

Failure library

把失败按所在层分类,不用“没收到”概括一切

精确分类可以避免模板团队、后端团队和投递服务商互相猜测。

业务触发失败

应用没有产生邮件任务。检查条件、权限、幂等键和事件日志,而不是继续刷新收件箱。

模板生成失败

任务存在但变量、语言或模板编译异常。保存输入数据并让失败可重放。

投递队列延迟

消息已被服务接受但仍在排队或重试。依据消息 ID 和状态时间线判断。

收件呈现失败

邮件到达但布局、图片、链接或文本回退不合格。用同一消息在桌面与移动端复核。

Start a run

给下一条事务邮件路径一个独立收件地址

选择场景、复制地址、从真实系统触发发送,再按五类证据记录结果。

开始一次样本运行