发布前邮件实验室

开发与 QA 的邮件测试清单

给每个用例一个独立地址,触发真实发送,再从到达时间、模板语言、验证码和目标链接四个维度留下验收结果。

建立可复现基线

先定义通过标准,再点击发送

一封邮件“看起来到了”不是完整验收。团队需要明确允许延迟、验证码寿命、链接环境、模板语言与移动端展示,失败时才能知道是哪一项偏离。

隔离身份

每个测试轮次使用新地址,避免旧邮件、旧验证码或已读状态干扰。

触发链路

通过真实 UI 或 API 完成业务动作,不直接绕过队列调用邮件服务。

核对内容

检查发件人、主题、变量、纯文本降级、按钮链接和本地化。

保存证据

记录事件时间、message ID、截图和环境,方便缺陷回归。

核心测试矩阵

覆盖成功、重发、过期和异常分支

不要只测首次成功。邮件身份常与限流、状态机和安全策略相连,边界分支更容易暴露重复发送或错误模板。

流程最少用例内容核验状态核验
注册确认首次、重复邮箱、链接过期称呼、确认按钮、环境域名单次使用、过期提示
登录验证码正确、错误、重发、限流6 位码、有效期、设备提示旧码失效、冷却倒计时
密码重置存在与不存在的账户安全措辞、重置链接防账户枚举、链接撤销
工作流通知成功、失败、部分成功任务名、数字、目标环境去重、重试、延迟
视觉与可访问性

正文测试不只看桌面截图

窄屏换行

在 320–390px 宽度检查长主题、按钮文案、验证码块和 URL,不允许横向裁切关键信息。

纯文本降级

关闭图片或查看 text/plain 版本,确认验证码、链接和支持信息仍然完整可理解。

语言与方向

让账户语言与模板语言逐一对应,检查日期、标点和变量是否仍使用默认英文。

缺陷记录字段

让下一位工程师能复现

邮件问题跨越业务应用、队列、供应商和收件系统。没有时间戳与唯一标识,团队只能反复猜测。

打开收信诊断
测试身份完整邮箱、账户语言、环境和用例编号。
时间证据操作时间、任务入队、供应商接收与最终到达时间。
消息证据message ID、模板版本、主题和关键变量,不记录真实密码。
期望与实际具体说明哪条通过标准偏离,避免只写“邮件不对”。