准备
定义环境、语言、设备与预期模板。
QA MAIL RUNBOOK
把注册邮件测试变成可复现的检查清单
一次性地址适合隔离测试数据，但质量来自明确的前置条件、时间记录、断言与清场，而不是不停生成随机账号。
触发
每次只执行一个发送动作并记录时间。
验证
检查信封、正文、链接、代码和适配。
清场
结束旧地址，避免测试结果串线。
执行清单
一轮测试至少覆盖四个层面
把发送时间、到达时间与点击结果写进缺陷记录。只截图邮件外观，不足以定位队列、模板或会话问题。
信封字段From 名称、Reply-To、主题、收件地址和语言均符合当前用例。
到达行为单次发送只出现预期数量，延迟可记录，重发遵守冷却。
正文内容纯文本与 HTML 都有可读兜底，图片不过宽，长链接能折行。
验证动作验证码位数、有效期、最新码策略与确认链接会话绑定正确。
窄屏阅读390px 视口可完整读取主题、发件人、代码与正文，不横向滚动。
失败路径过期码、重复使用、错误邮箱和限流均呈现可理解提示。
测试矩阵
让每个变量有自己的用例
| 变量 | 最小覆盖 | 应记录 | 通过标准 |
|---|---|---|---|
| 语言 | 产品支持的每种语言 | 请求 lang 与实际模板 | 主题、From、正文一致 |
| 客户端宽度 | 390 / 760 / 桌面 | 溢出与点击区域 | 正文完整可操作 |
| 验证码状态 | 正确、错误、过期、旧码 | 响应与用户提示 | 不泄露内部错误 |
| 发送频率 | 首发、冷却内、冷却后 | 请求次数与倒计时 | 无重复轰炸 |
适合用临时邮箱测试
注册确认、产品试用、验证码到达与模板兼容性都适合隔离地址。每个用例可换新地址，避免历史邮件改变判断。
测试必须获得系统所有者授权，并遵守速率限制。使用明确的测试前缀或测试数据标签，便于后端清理。
不适合拿来做压测
公开临时收件箱不是批量投递、垃圾评分或绕过注册限制的压测基础设施。高频自动化会扭曲到达数据并影响其他用户。
容量和安全测试应在隔离环境、专用域名与受控邮件沙箱中进行，同时保留服务端日志和可重复脚本。
交付前复核
不要漏掉用户真正会遇到的边缘状态
为什么要测最新验证码策略？
用户可能连续重发并打开旧邮件。界面应明确旧码失效，并让最新邮件容易识别。
只测 HTML 正文够吗？
不够。纯文本兜底、无图模式和长链接折行都影响可达性与可访问性。
如何避免测试邮件串线？
一条用例使用一个地址，记录地址和触发时间；开始下一条前换址并关闭旧上下文。
发现投递延迟该记录什么？
记录触发时间、发件系统入队时间、到达时间、主题和环境，不要在等待时反复重发。
为下一条用例创建干净地址
先记录当前结果，再换地址开始新的测试上下文。