一次性收件，跑完即弃
适合几分钟内完成的注册、找回密码和 OTP 校验。临时地址默认 3 小时有效，每次续期追加 3 小时，单个地址最长 24 小时。
只收不发；到期邮件无法恢复。需要留证的截图和脱敏记录，应在地址有效期内保存。
使用临时地址 →开始之前
准备一个可重复的测试 case
先固定环境、数据和模板版本。只换收件地址，不同时改动多项条件，问题才容易复现。
本轮准备清单
-
1
可操作的预发环境
确认你有权触发注册或密码重置邮件。检查环境标记与回调域名，避免测试操作误入生产流程。
-
2
不含真实客户资料的账号
使用虚构姓名和测试数据，不提交客户地址、支付信息或生产环境凭据。
-
3
待验证模板与语言
记下模板版本、预期主题、验证码有效期和本轮语言。修改前后使用同一组输入比较。
-
4
一个新的验证码邮箱地址
在首页收件箱复制当前有效地址。每轮使用独立地址，避免把上一轮验证码当作本轮结果。
固定别名，来信长期转发
适合持续回归、周期通知和需要次日继续接收邮件的测试账号。登录后创建别名，来信转到你的真实邮箱。
转发后的排版可能受到目标客户端影响；记录时注明是临时收件箱直收，还是别名转发后查看。
登录并使用别名 →注册邮件实测
四步走完，不模拟发送成功
本页是检查教程，不会替你的应用发送邮件。真正的发送动作，应由你获授权的测试系统触发。
1
生成并复制地址
打开首页，等待地址生成并确认剩余时间。复制完整地址，检查粘贴后没有多余空格或漏掉后缀。
2
触发注册流程
在预发环境提交测试账号，记下提交时间与模板版本。观察应用是否真正发起发送任务，而不只看页面提示。
3
等待实际收件
回到自动刷新的收件箱。记录到达时间，不要连续重发混淆结果；迟迟未到时，先核对地址和发信日志。
4
打开完整邮件
点击对应主题，核对发件人与本轮验证码，再检查正文和行动链接。不要仅凭列表摘要判断模板通过。
一轮一个 case：在应用测试记录中关联收件地址、请求标识与发送时间。下一轮换地址时，旧地址会作废，先保存必要证据再切换。
阅读区检查工作台
先读信息，再看样式
下面两份静态示例分别代表验证码邮件和交易通知。它们用于解释检查方法，不是实际账号通知，也不是客户端兼容性证明。
你的 Netflix 登录验证码
Netflix · demo@netflix.example
NETFLIX
输入此验证码完成登录
有新设备正在尝试登录你的账户。如果是你本人操作，请在登录页输入以下验证码。
604917
本邮件为 Tempcase 的演示内容，与 Netflix 无任何关联。示例验证码不能用于真实登录。
验收问题：不依赖图片，用户能否识别这是哪次登录、复制完整数字，并知道何时失效？
周三行程收据 · ¥46.80
Uber · demo@uber.example
Uber
感谢你完成本次行程
这是一份用于核对事务邮件排版的行程收据。
¥46.80
本邮件为 Tempcase 的演示内容，与 Uber 无任何关联。不代表真实行程或付款记录。
验收问题：编号、金额、币种与行程能否一一对应？窄屏时，长编号是否仍然完整可读？
把阅读区拆成五个检查点
- 01主题
- 应能说明操作目的；避免只写「通知」。核对模板变量是否替换，是否暴露不必要的个人信息。
- 02发件人
- 显示名称与地址应符合测试环境配置。名称相同不等于身份可信；本页预览不能替代邮件认证与发信日志检查。
- 03验证码块
- 检查前导零、位数、复制结果与正文是否一致。不要把验证码只放进图片，也不要让字距或换行改变用户对数字的理解。
- 04有效期
- 邮件里的码有效期与服务端校验规则应一致。示例中的 15 分钟是验证码有效期，与临时邮箱默认 3 小时的地址有效期不是一回事。
- 05行动链接
- 若你的模板包含验证或重置链接，先检查目标地址、环境与失效规则。只在授权的测试系统完成验证，不要为了验收而打开来源不明的链接。
HTML 与纯文本对照
漂亮之外，还要在降级后能用
在阅读区看结果，在 HTML 源码中查结构，再从发信系统检查纯文本部分。HTML 能显示，不代表邮件一定附带了可用的纯文本正文。
| 检查项 | HTML 中怎么观察 | 纯文本中怎么对照 | 本轮通过标准 |
|---|---|---|---|
| 窄屏换行 | 缩窄浏览器，观察验证码、长订单号与按钮文案；排查固定宽度和不可断行内容。 | 检查长段落、编号和 URL 的分隔，避免必须依赖表格列宽才看得懂。 | 核心信息不被截断，不需要左右拖动才能完成主要操作。 |
| 字体回退 | 检查没有品牌字体时的布局，尤其是中文、数字、金额与按钮高度。 | 保留明确的标签和段落，不用空格拼出必须等宽显示的表格。 | 换成系统字体后仍有清晰层级，数字和标点不会丢失。 |
| 图片缺失 | 考虑远程图片未加载的情况，检查替代文字与占位尺寸；验证码不能依赖图片。 | 公司名、操作目的、有效期和必要链接应直接以文字存在。 | 去掉 Logo 与装饰图，用户仍能知道发生了什么、下一步做什么。 |
| 暗色可读性 | 在目标邮件客户端的暗色模式另测背景、文字、透明 Logo 与按钮边界。 | 不使用「点击绿色区域」等依赖颜色的指引，直接描述动作。 | 关键文字有足够对比。浏览器浅色预览通过，不计作暗色模式通过。 |
| 内容一致性 | 核对验证码、金额、收据编号、有效期和链接参数，检查是否残留模板占位符。 | 在发送端 MIME 或日志中核对 text/plain 部分，确认它与 HTML 对应同一轮数据。 | 两种正文中的关键信息一致，不出现旧码、旧金额或不同环境的链接。 |
预览结果与目标客户端可能不同
Tempcase 的 HTML 正文在隔离环境中渲染，危险脚本和部分交互内容会受到限制。远程图片、字体或样式还可能受资源权限、防盗链及网络状态影响；邮件里的内嵌附件图片也可能无法显示。先确认资源是否可访问，再判断是否为模板问题。
浏览器与桌面、手机邮件客户端使用的渲染规则并不完全相同。对外发布前，请在你实际支持的客户端复测；若需要检查纯文本 MIME、邮件头或附件，应同时查阅发信系统保留的原始测试邮件。本页不是 HTML 上传器，也不是跨客户端截图服务。
复测记录
留下能让同事复现的证据
截图是结果，版本和输入才是复现的起点。记录收到的是哪一封，不要把一次顺利到达写成所有场景通过。
脱敏记录样例
结论：修改后复测
注册验证 / case-018
- 模板版本
- signup-otp v2.4.1
- 环境与语言
- 预发环境 · zh · 桌面浏览器
- 触发时间
- 2026-11-03 10:20:00 +08:00
- 接收时间
- 2026-11-03 10:20:06 +08:00
- 问题与证据
- 390px 预览下有效期说明换行后贴近验证码；截图：case-018-narrow-redacted.png。
- 下次复测
- 调整说明间距后，以新地址重新触发；对比 HTML 与纯文本，补测目标手机邮件客户端。
以上时间仅为记录格式示例，不代表到达时效承诺。分享截图前遮盖验证码、重置令牌、完整收件地址及客户资料；不要把可用凭据提交到公开问题单。
注册验证
重点核对验证码与账号是否对应、有效期是否明确，以及重复发送后旧码的处理方式。邮箱展示正确，还需要在测试应用里验证服务端规则。
密码重置
重点检查重置目的、链接环境、有效期与非本人操作说明。链接失效和使用一次后失效，需要回到授权应用验证，不能只凭按钮外观验收。
交易通知
重点核对金额、币种、时间、编号和明细。加入长商品名、多个项目和不同语言数据复测，不要只用最短的一条收据判断版式稳定。
邮件一直没到，可以靠改 HTML 解决吗？
先不要改模板样式。核对收件地址、地址有效期、发送任务和发信日志，再按到达排查步骤定位。没有收到正文时，还不能把问题归因于布局。
浏览器显示正常，就能上线了吗？
不能据此覆盖全部客户端。这里只适合先检查内容和基础排版；发布前仍需在目标桌面及手机邮件客户端测试换行、图片策略和暗色模式。
为什么看到 HTML，却没有纯文本可对照？
发信系统可能没有生成 text/plain 部分，也可能未被当前展示方式呈现。查看 HTML 源码不等于查看纯文本正文；应在发送端原始 MIME 中确认是否同时提供两种内容。
Netflix 和 Uber 示例能当作真实模板使用吗？
不能。它们是 Tempcase 原创的无品牌关联演示，只用于说明验证码块与收据明细的检查方式，不提供真实账号服务，也不应被用来冒充品牌发信。
测试账号第二天还要接收邮件，选哪种方式？
使用长期转发别名，或你有权使用的长期邮箱。临时地址最长 24 小时，到期后不能恢复；不要用它承载必须长期找回的正式账号。