明确发送来源
记录生产、预发布或本地环境，以及使用的模板版本和语言。
QA 邮件工作台
在浏览器里跑完一轮测试邮件接收流程
把“邮件到了”拆成可验证的检查点：触发、排队、到达、列表摘要、正文渲染、链接与附件。临时地址适合隔离每次测试的数据。
先定义本轮测试凭证
每次运行保留最小但足够复现的信息，避免只写“偶尔收不到”。
每轮使用新地址
复制当前临时邮箱，避免旧邮件和重复任务影响未读、排序与计数。
记录触发与到达
同时记下点击发送和列表出现的时间，得到可比较的延迟数据。
加入非敏感测试编号
在主题中加入构建号或案例号，不写真实用户资料和生产密钥。
执行顺序
八个检查点，不让“看起来正常”蒙混过关
列表与详情要分别验证；真实邮件到达后，演示行应退出列表。
触发邮件且只触发一次
确认接口或产品页面返回成功，保存请求关联编号。不要立即连续点发送。
观察列表出现时间
等待自动刷新，同时可手动刷新一次并确认有可见反馈。记录从触发到出现的秒数。
核对发件人和回复地址
显示名、地址域名与 Reply-To 应符合环境设置，不能泄露开发地址或错误品牌。
核对主题和预览
变量不应原样显示，长主题应省略而不是撑破列表，时间应按本地格式呈现。
打开整行读取详情
HTML 正文应在隔离框中显示，纯文本应作为后备；移动端阅读层应铺满视口。
检查验证码和主要按钮
验证码可读但不应被日志记录；按钮文案明确，目标域名与环境一致。
检查附件和降级路径
文件名、类型、大小和鉴权下载都要验证；没有 HTML 时仍应看到纯文本。
保存结果并换地址复测
记录通过、失败和截图，换新地址验证测试可重复，不让缓存掩盖问题。
建议的最小测试矩阵
| 案例 | 输入变化 | 重点断言 |
|---|---|---|
| 六位验证码 | 中文与英文模板 | 码值、有效期、品牌色、发件人 |
| 确认链接 | 长用户名与长 URL | 折行、按钮目标、纯文本后备 |
| 通知邮件 | 无主题或缺预览 | 本地化占位、列表布局 |
| HTML 营销邮件 | 图片关闭与窄屏 | 隔离渲染、图片封宽、退订信息 |
| 附件邮件 | 中文文件名与多个文件 | 名称编码、下载鉴权、失败反馈 |
| 重复发送 | 同地址两次触发 | 排序、未读状态、去重策略 |
如何写一条可行动的缺陷
标题写清环境、模板和现象，例如“预发布中文验证码邮件在移动阅读层横向溢出”。正文附触发时间、到达时间、地址域名、浏览器、预期与实际结果。
不要把真实验证码、完整接收地址或用户邮件内容贴进公开缺陷系统。需要共享样本时，使用专门生成的测试数据并遮蔽令牌。
何时改用持续转发测试
一次构建验收适合临时邮箱；跨天回归、投递状态与附件重试更适合单独的转发身份。后者可以长期保持入口，同时不污染 QA 成员的公开真实邮箱。
无论使用哪种身份，都不要把临时邮件服务当成负载测试目标。高频自动请求会触发限流，并让测量失去真实用户意义。