测试邮箱:给开发和QA的一个一次性收件箱
当你在构建一个会发邮件的功能时,比如注册确认、密码重置或收据,你需要一个不是你自己收件箱的地方来接收它。测试邮箱就是你在开发期间把应用指向的一个一次性地址。
它接住邮件,好让你检查,然后自我清除。它的运作方式和任何 临时邮箱,但这里的任务是质量保证,而不是隐私。
你的下一个收件箱能用10分钟
点击一次,用一个会自我清理的私密地址 - 无需账户。
你的10分钟邮箱地址:
下次刷新还有 15 秒
发件人
主题
操作
正在等待接收邮件...
6
计时器时长
秒
邮件到达
0
需要注册的次数
100%
免费
开发者用测试邮箱做什么
事务性邮件流程
- 注册和验证: 触发欢迎邮件,并确认激活链接真的能用。
- 密码重置: 发起一次重置,检查令牌、有效期,以及它指向的URL。
- 收据和发票: 下一个测试订单,像一个顾客那样确切地读收据。
SMTP和投递检查
在你发布之前,你想知道邮件到底有没有离开你的服务器。发送到一个测试收件箱是一次快速的SMTP健全性检查。如果邮件落下了,你的凭据、端口和发件地址就都接对了。如果它从没出现,你就在预发布环境里、而不是生产环境里抓到了一个配置错误。
在每封测试邮件里检查什么
- 链接: 点击每一个按钮和链接,好让没有一个指向localhost或一条失效的路由。
- 渲染: 读一读HTML和纯文本两个版本,好让布局站得住脚。
- 动态字段: 确认姓名、日期和金额正确填入,而不是显示为空白的标签。
- 垃圾邮件信号: 快速读一遍就能告诉你措辞或缺失的头信息是否可能触发一个过滤器。我们的 垃圾邮件防护 笔记涵盖了基础知识。
把一个测试收件箱融入你的工作流
让计时器匹配任务
对于一次快速的一次性检查,默认计时器绰绰有余。当你跑一个更长的QA流程,或者等一个排队的任务触发时,去拿一个更长的窗口,比如 30分钟邮箱 好让邮件最终送达时,地址仍然有效。
需要几个地址来测试不同角色,比如管理员和普通成员?从 邮箱生成器 为每一个开一个新的。好奇自毁在底层如何运作? 这份关于10分钟收件箱的指南 解释了它。
测试邮箱对比你手动敲入的假邮箱
| 测试邮箱 | 手动敲入的假邮箱 |
|---|---|
| 一个真实、能用的收件箱 | 常常根本就不存在 |
| 邮件真的会到达,所以你能检查它 | 可能被退回,什么都告诉不了你 |
| 专为检查邮件本身而设 | 只对跳过一个必填字段有用 |
注意: 当你需要看到实际的邮件时,用一个能收信的地址,而不是一个你手动敲入的地址。参见我们的 假邮箱 页面,了解什么时候手动输入的地址反而更合适。
要点
- 测试邮箱是一个你在开发期间把应用指向的活跃收件箱。
- 它在几秒钟内接住重置、确认和收据。
- 在你发布之前检查链接、渲染和动态字段。
- 无需账户、无需API密钥,之后地址会自我清除。
另见: 临时邮箱, 随机邮箱 和 虚设邮箱上探索这个工具提供的一切。
常见问题
测试邮箱能接收密码重置和验证邮件吗?
能。它是一个活跃的地址,所以你应用发送的任何事务性邮件,无论是重置、确认还是收据,都会在几秒钟内落进收件箱,随时可供检查。
一个测试邮箱该保持活跃多久?
对大多数检查来说,默认计时器就够了。如果一个任务被排队,或者你在跑一个更长的QA流程,用一个更长的窗口,比如30分钟邮箱,好让邮件到达时地址仍然活着。
测试邮箱适合负载或批量测试吗?
它是为手动和功能性检查而建的,不是为高并发的负载测试。不过,对于日常的模板和投递检查,一个一次性地址既快又免费。
用它需要账户或API密钥吗?
不需要。没有什么要注册,也没有密钥要管理。打开页面、复制地址、把你的应用指向它,然后读回来的东西。到下面这里看完整的画面: 功能页面上探索这个工具提供的一切。
现在就开始测试你的邮件
把你下一封注册、重置或收据邮件指向一个一次性地址,确切地看看你的用户会收到什么。复制本页顶部的测试邮箱即可开始,然后在你的检查完成后,让地址通过 自动过期 完成检查后。查看我们的 完整常见问题 以解决其他任何问题。