为注册、登录、找回和通知各准备一封代表邮件，记录触发条件与预期到达时间。
发布核验 · 12 个检查点
邮件测试清单：从“发出”走到“可用”
不要只看邮件有没有到。用一只干净测试收件箱逐项核对身份、内容、交互和降级，再把证据交给发布负责人。
至少检查桌面和 390px 手机宽度，确认长标题、按钮和验证码不被裁切。
点击链接、复制验证码、尝试过期码，确认目标、状态与错误提示一致。
保存发送时间、到达时间、截图与缺陷编号，而不是只写一句“邮件正常”。
01 · 发件身份
核对显示名称、From、Reply-To 与预期域名，确认品牌名没有环境后缀或拼写错误。回复一封测试邮件，确认回复不会落到无人管理的地址。
查看发件身份是否会让用户误认为钓鱼邮件。若不同类型邮件使用不同子域，应在测试记录中明确对应关系。
02 · 主题与预览文本
主题应说明动作和上下文，同时避免暴露完整验证码、订单敏感信息或内部环境名。预览文本要补充主题，而不是重复第一行正文。
分别检查短主题与极长本地化主题。确认客户端截断后仍能识别邮件用途。
03 · 验证码
检查位数、分组、复制体验、有效时间和单次使用规则。连续请求两次时，确认产品对旧码与新码的处理符合设计。
输入错误、过期和带空格的验证码，错误提示应能指出问题而不泄露账户状态。
04 · 链接与按钮
主按钮必须落到正确域名、路径和语言，不应携带测试环境主机名。键盘聚焦、按钮文案和目标页面标题应共同说明下一步。
检查退订、偏好设置和纯文本链接。链接过期后应给出可恢复路径，而不是空白错误页。
05 · HTML 结构
关闭远程图片后，阅读顺序、替代文本和主要操作仍应可理解。检查表格布局在窄屏是否溢出，装饰图是否被读屏重复播报。
确认字号、行距和对比度足以阅读。不要用图片承载验证码、金额或唯一的关键说明。
06 · 纯文本降级
纯文本版本应包含与 HTML 相同的核心事实、完整链接和支持方式。去掉追踪参数后，链接仍应指向合法目标。
检查换行、列表与长 URL 是否可读。没有纯文本版本时，应把它列为发布风险而非静默通过。
07 · 个性化字段
测试正常姓名、空姓名、超长姓名和非拉丁字符，确认不会出现模板变量或多余标点。金额、日期和时区必须按收件人场景格式化。
若字段缺失，降级文案应自然且不泄露内部变量名。生产样本中不要使用真实敏感客户资料。
08 · 到达速度
记录触发时间与收件时间，而不是凭感觉判断“很快”。验证码类邮件要结合自身有效期设置可接受阈值。
若延迟，先区分应用队列、发送商接受、目标邮箱过滤和用户刷新四个阶段，再决定是否重发。
09 · 状态一致性
用户触发一次动作时，不应收到重复邮件；界面显示已发送时，后台也应生成对应事件。失败后重新尝试不得引用旧的链接或验证码。
检查跨标签页与刷新后的状态。成功邮件不应在产品界面仍显示等待中。
10 · 可访问性
用键盘按阅读顺序访问链接，确认焦点清楚、按钮名称有意义、标题层级连续。邮件中的颜色不能成为传达成功或错误的唯一方式。
装饰图片使用空替代文本，信息图片提供简洁说明。动画应尊重减少动态效果的偏好。
11 · 安全与隐私
确认邮件不包含密码、完整支付资料、生产密钥或不必要的个人信息。找回与登录链接应有合理期限，并在使用后失效。
测试地址只用于授权内容。结束后删除样本，不把一次性地址设为重要账户的长期找回入口。
12 · 发布结论
把结果分为通过、带风险通过和阻止发布，并为每个失败项附上复现步骤。结论中写明客户端、视口、语言和测试时间。
修复后只重测单项并不够，还要回归触发、到达、打开与操作的完整路径。
最小发布记录
每次验收至少保留以下字段，让下一位同事能复现，而不是依赖口头结论。
| 样本 | 触发与到达 | 客户端 | 结论 |
|---|---|---|---|
| 注册验证码 | 触发时间、到达时间、码有效期 | 桌面网页 + 手机 | 通过或缺陷编号 |
| 找回密码 | 链接生成、首次使用、二次使用 | HTML + 纯文本 | 目标与过期状态 |
| 通知模板 | 字段组合与时区 | 图片开 / 关 | 布局与文案风险 |
准备开始？回到 ForwardTop 测试收件箱 创建一只新地址，让每轮验收从干净样本开始。