为什么测试人员需要测试邮箱
几乎每个应用都会发邮件：订单确认、验证码、发票、预订信息、提醒和通知。这些邮件也是产品的一部分，而且出问题的频率比想象中高。链接指向了测试环境；验证码到达时已经过期；发件人显示成 ip-10-0-3-17.internal 这样的服务器名。直到真实用户投诉，才有人发现。
用自己的 Gmail、QQ 邮箱或 163 邮箱做测试，很快就会碰到瓶颈：收件箱被测试邮件塞满，同一个地址没法反复注册新账号，也不方便把地址交给同事。一次性邮箱就简单多了：打开页面，复制地址，在应用里使用，然后实时看着邮件到达。用完不用管它，7 天后会自动删除。
这是真实域名上的真实邮箱，应用会像给客户发信一样通过普通 SMTP 发送。你测试的是完整链路：代码、邮件发送服务、DNS 和最终投递，而不是 mock。
一分钟测试应用邮件的步骤
- 复制本页顶部的邮箱地址。
- 在本地、测试或生产环境中，把它填到任何会发邮件的地方：注册、下单、预订、支付、通知设置。
- 盯着收件箱。 无需刷新，邮件通常几秒内出现。
- 检查邮件：发件人、主题、正文、每个链接和验证码。
- 点击链接或输入验证码，把流程走完，确认每一步都正常。
示例：上线前测试运营商套餐办理和 eSIM 开通
假设你在一家运营商做 QA，下周的版本会改动用户在线办理套餐的流程。用户选择套餐、填写邮箱、付款，之后几乎所有步骤都通过邮件进行。只要有一个链接错了，用户就无法开通 eSIM，所以每封邮件从第一天起就必须正确。
有了一次性邮箱，你可以在上线前，在测试环境里以新用户的身份把整个流程走一遍：
- 用本页的地址在测试环境办理一个套餐。
- 用邮件里的验证码完成邮箱验证。
- 检查订单确认邮件：套餐名称、月费、流量和订单号是否正确。
- 检查支付成功邮件：通过支付宝或微信支付付款后，金额是否与订单一致。
- 检查 eSIM 邮件：二维码图片能否显示、是否有替代文字，开通链接是否指向生产环境而不是测试服务器。
- 按套餐类型重复测试（预付费、后付费、家庭套餐），每次都开一个新标签页，让每个测试用户都有自己的邮箱。
银行、保险、电商、旅行预订、SaaS 免费试用……只要用户操作之后会收到邮件，都可以用同样的方法。在上线前测试用户将收到的每一封邮件，而不是等到第一条投诉之后。
能比用户更早发现的问题
- 生产邮件里残留测试环境链接。 从错误环境复制来的基础 URL 配置。非常常见，在有人点击之前根本看不出来。
- 验证码过期太快。 邮件 40 秒才到，验证码却只有 30 秒有效期。
- 模板出错。 像
{{first_name}}这样的变量没有被替换，或者主题为空。 - 缺少发件认证。 如果邮件进了垃圾箱，请检查发件域名的 SPF、DKIM 和 DMARC。详见通俗易懂地解释 SPF、DKIM 和 DMARC。
- 语言或格式错误。 中文用户收到英文模板，或者日期和金额格式不对（2026年10月23日，¥99.00）。
同时测试多个用户
团队邀请、角色权限和审批流程都需要不止一个人。在新标签页或无痕窗口中打开本页，就会得到一个完全独立的邮箱。每个测试用户用一个标签页最快：从 A 的账号邀请 B，在 B 的邮箱里接受邀请，再看看 A 收到了什么提示。更多内容请看QA 团队的多用户测试。
什么时候不该用一次性邮箱
一次性邮箱只适合测试。任何拿到邮箱链接的人都能查看内容，所有邮件 7 天后删除。不要把它用于生产环境的管理员账号、与支付相关的账号，或者以后需要找回的账号。这些账号请使用团队自己管理的真实邮箱。
另外，不要把真实用户的邮箱放进测试环境：除了可能误发测试邮件给用户，这也不符合《个人信息保护法》的要求。用测试邮箱就能避免这个问题。
常见问题
- 这是真实邮箱还是 mock？
- 是真实域名上的真实邮箱。应用会像给客户发信一样通过普通 SMTP 发送，所以你测试的是完整链路：代码、邮件发送服务、DNS 和投递。
- 能显示 HTML 邮件吗？
- 可以。HTML 邮件会按用户看到的样子显示。
- 测试邮件会保留多久？
- 每封邮件在到达 7 天后自动删除，邮箱在创建 7 天后过期。你也可以随时自己删除全部内容。
- 可以同时测试多个用户吗？
- 可以。在新标签页或无痕窗口中打开页面，就会得到另一个邮箱。每个测试用户一个标签页，很适合测试邀请、角色和审批。
- 为什么测试邮件没有收到？
- 先检查地址有没有输错。有些服务会屏蔽已知的一次性邮箱域名，有些邮件服务商会把新发件人的第一封邮件延迟一两分钟。如果是你自己的应用在发信，请查看应用日志和邮件发送服务的控制台。
- 可以用于生产账号吗？
- 不可以。拿到链接的人都能查看邮箱，而且 7 天后过期。只用于测试，不要用于以后需要找回的账号。