AddressLab · 指南
邮箱字段怎么验收？格式、必填与真实收信分别测试
首次发布: · Chrome · 2026-10-24
邮箱输入框能检查格式和必填缺失，不能证明邮箱存在或能收到邮件。本轮3个案例中，格式示例被浏览器接受；去掉@触发 typeMismatch；清空必填值触发 valueMissing。AddressLab没有收件箱、验证码或发信服务。
面向注册、通知与找回密码流程的测试人员。本轮使用英文邮箱字段工具和 Chrome；下列截图保留真实英文界面，不表示存在中文收件箱或中文邮箱测试服务。没有向样本发送邮件。
先用3个案例检查本地输入框
打开邮箱字段演示（英文界面），选 Format sample 后点 Check field，再分别选 Missing @ 和 Required field empty 重复检查。这些按钮读取本地输入框状态，不会提交注册，也不会联系邮箱服务器。
| 输入 | valid | typeMismatch | valueMissing |
|---|---|---|---|
alex.morgan10@gmail.com | true | false | false |
alex.morgan10.gmail.com | false | true | false |
| （空值） | false | false | true |
初始样本使用常见服务商域名，可能碰巧对应他人的真实邮箱。不要发信或用于真实注册；将随机样本复制进预发布表单前，应关闭外发邮件。
格式通过只说明这一个输入框接受它
这里的控件设置了 type=email 和 required。它没有运行你的服务端规则，也没有检查账号状态、允许的域名或业务长度限制。将同一个值带到自己的产品时，需要分别记录前端结果、接口响应和最终可见提示。
把格式错误与没填分开记录
typeMismatch 对应本次缺少@的样本，valueMissing 对应必填框为空。如果报告只写“邮箱无效”，就丢失了这两个问题的差别。演示使用 noValidate，以便在自己的结果面板中展示状态；它并不妨碍读取浏览器 validity。
本轮只验证当前 Chrome。多浏览器支持、服务端必填和账号安全规则仍要独立测试，不能把浏览器约束当成权限控制。
按验收目标选择测试数据
| 目标 | 数据来源 | 应保存的证据 |
|---|---|---|
| 格式、展示、导出映射 | 保留测试域名样本，不发送邮件。 | 原输入、字段状态、保存和导出值。 |
| 通知模板 | 本地预览或获准的预发布邮件捕获服务。 | 模板ID、变量、内容及链接目标。 |
| 邮件到达、验证链接 | 自己控制的QA邮箱或测试邮件服务。 | 触发ID、服务商接受、到达时间与操作结果。 |
| 找回密码 | 获准测试环境中的受控账号。 | 令牌生命周期与实际恢复结果，避免生产凭据。 |
合成测试数据生成器使用 addresslab.test 格式邮箱。IANA 将 .test 列为特殊用途域名，它不是公共临时收件箱；仍应关闭外发，真实收信改用受控接收端。
真实投递要另做一轮测试
- 确认收件邮箱由团队控制，核对预发布环境的外发路由。
- 只触发一次目标事件，记录事件/消息ID、收件地址、时间和预期模板。
- 检查收到的内容与链接目标，再验证产品的过期、重复使用和账号状态规则。
- 区分服务商接受、邮箱到达和用户动作完成，分别记录，不能只看“已发送”提示。
以上是给你自己的系统执行的验收步骤。本轮没有发送通知、收取邮件或打开验证链接，不能从上方3条格式结果推断投递成功。涉及注册表单里的地址数据，可继续用单条地址记录工作流检查字段往返。
测试范围与资料来源
本文由 AddressLab 使用 AI 辅助整理，依据实际浏览器操作记录与下列一手资料核对。测试于 2026 年 10 月 24 日在本地生产构建、独立 Chrome 环境中完成；功能测试期间拦截了外部广告与统计请求。这些观察不能证明地址分配、实际投递、邮箱所有权或税费结果。