邮件测试用例

用一张矩阵覆盖投递、内容与行为

把邮件类型与检查维度交叉,不再依赖想到什么测什么。矩阵适用于验证码、注册确认、通知与营销模板。

邮件类型投递内容交互异常路径
登录验证码单次触发只到一封6 位码与有效期一致复制后可完成验证旧码失效、频率受控
注册确认目标地址与环境正确产品名与账号信息正确确认链接只使用一次过期链接有清楚反馈
安全通知事件发生后及时到达时间、设备、位置可核对安全入口指向正确域名不是本人操作有处理路径
产品通知订阅状态决定是否发送主题与版本事实一致深链打开目标页面取消订阅后不再触发
四个维度

先铺广度,再挑风险点深入

矩阵不是把所有组合机械跑一遍,而是确保关键风险没有被漂亮截图掩盖。

投递事实

核对任务返回、队列状态、收件地址、实际到达时间与重复发送。没到时先查发送端证据。

内容事实

主题、发件人、预标题、正文、金额、日期和有效期必须与产品界面及事件数据一致。

用户行为

复制验证码、打开确认链接、回复或取消订阅后,用户应得到明确且可恢复的结果。

异常边界

覆盖过期、重复点击、错误账号、限流、附件超限和链接已使用,而不是只测成功路径。

客户端宽度

至少观察桌面与窄屏阅读区,确认长主题、按钮、表格和 URL 不会撑破正文。

数据隔离

每轮使用带标记的新地址,避免旧信、缓存或共享测试邮箱让结论失真。

失败用例要保留哪几项

  • 环境、模板版本和发送任务 ID
  • 完整目标地址与触发时间
  • 预期到达窗口和实际观察时间
  • 收件截图、原始主题与链接目标

如何控制矩阵体量

先按影响与发生概率排序。登录、安全与付费邮件优先覆盖成功、过期和重复三条,再扩展客户端差异。

  • 高风险功能每次发布都跑
  • 低风险视觉回归按模板版本抽样
  • 已知第三方延迟单独标注等待窗口
执行顺序

一轮测试只保留一条因果链

地址、模板、触发动作、时间和结果要能串起来。无法复现的结论不应直接进入发布判断。

准备创建隔离地址,写下模板版本、环境和预期到达窗口。
触发只执行一次目标动作,保存请求或任务 ID,不连续点击制造重复信。
观察刷新测试收件箱,记录真实到达时间,再打开完整正文和链接。
结案把现象与证据写回用例,确认修复后使用新编号与新地址复测。