多数人用地址生成器的方式是：生成 → 复制 → 填表 → 祈祷。报错了再换一条，再祈祷。这样测出的"通过"没有可复现性——你不知道是地址的问题、表单的问题，还是拼错的问题。一套固定工作流能把变量收敛到零。
| 表单格子 | 从邮签抄什么 | 常见手误 |
|---|---|---|
| Address Line 1 | 门牌号+街名（如 87 Cherry Lane） | 漏门牌号、Line 2 填了无关内容 |
| City | 城市名原样 | 手输时拼错（用复制，别手打） |
| State | 下拉框选全称 | 选成同名城市所在州 |
| ZIP | 5 位邮编 | 把 ZIP+4 的 4 位也粘进去 |
| Phone | 同邮签电话（区号与州匹配） | 自己编一个 555 号段 |
| 报错 | 根因 | 修法 |
|---|---|---|
| ZIP does not match city | 字段被混搭（常见于分两次复制） | 清空四个格子，"复制整个地址"重填 |
| Invalid state / province | 州与城市/邮编不一致 | 确认下拉框选择与邮签一致 |
| Address could not be verified | 表单走 USPS 严格库校验 | 换一条独立住宅地址；不要加 Apt 编造信息 |
| Phone number invalid | 区号与州不符或格式错 | 抄同邮签电话，格式 (XXX) XXX-XXXX |
| 重复提交被拦 | 同一地址短时间多次提交 | 换新地址，间隔几分钟 |
通过验收的组合存进本站"已保存"（浏览器本地，不上传服务器），导出 CSV 后可直接喂给自动化测试框架做参数化数据。
把这套流程跑顺之后，地址相关的表单测试就是流水线活：生成 → 整组复制 → 按表排查 → 归档。
测试场景无所谓次数，但建议一个测试用例一组新地址，避免历史数据互相污染；批量压测时同一条地址重复上千次反而容易触发频控。
不代表。测试验证的是"格式与归属关系正确"；真实交易还会走支付风控、地址核验服务（如 AVS），那与生成器地址无关。
先看是不是 USPS 严格校验（会比对真实数据库）。这类表单要换成 Line 2 留空的独立住宅地址，或直接换一条重新生成。
本站已保存页支持导出 CSV/JSON，一组测试一条，列名按 Street/City/State/ZIP 存，方便测试框架参数化引用。