测试一个国际表单时，最麻烦的往往不是点提交，而是准备数据。
英国地址怎么换行，日本地址的顺序和美国有什么差别，电话号码能不能撑破移动端布局，地区选择以后邮编和城市会不会互相矛盾。用自己的真实资料不合适，临时手写一组又很容易前后对不上。
IdentityGen 做的是合成测试数据。选择国家和地区后，页面会在浏览器里随机生成姓名、地址、联系方式、就业等成组字段，方便检查表单、原型和本地化界面。
这些资料不对应真实个人，也不能用于真实支付、开户、身份认证、KYC、账号找回或绕过平台规则。这条边界不是页脚里随手放的一句免责声明，而是使用这个工具的前提。
关系披露 本文介绍的是 any1tan 体系内维护的工具。功能、隐私与生产页面核对日期为 2026 年 7 月 15 日。文章只讨论合法的软件测试、界面原型和地址格式学习。
IdentityGen 与普通地址生成器有什么不同
普通地址生成器经常只给一段孤立文本。看起来像地址，却未必能和州、省、邮编、电话区号保持一致。拿去测试级联表单时，很快就会露出问题。
IdentityGen 按国家 Schema 生成一组有关联的数据。当前覆盖美国、英国、加拿大、澳大利亚、德国、法国、意大利、西班牙、日本和韩国。切换地区后，地址顺序、邮编提示、电话号码说明和可选区域也会跟着变化。
它更像一个表单测试工作台，而不是用来假装成某个人的身份工具。
从生成一组测试资料开始
打开 IdentityGen 首页 后，先选择目标国家，再选州、省或地区。这里不要凭自己喜欢哪个国家来选，要按正在测试的产品市场来选。
测试美国注册页，就选美国和目标州。检查日本地址布局，就直接切到日本。需要覆盖多个市场时，可以按测试用例逐个保存，不要把十个国家混在一份结果里。
点击生成后，页面会把资料分成基本、地址、联系、就业和更多资料等卡片。每张卡片都能单独重新生成。这样做有个小好处，发现地址不合适时只换地址，不会让已经写进测试记录的其他字段一起变化。
单字段、分组和整组复制怎么选
只测试一个输入框时，点击对应字段复制就够了。测试完整注册流程，可以复制某个分组。需要把一次结果交给自动化脚本或测试记录，再使用全部复制或安全 JSON。
安全 JSON 会主动排除不该持久化的字段，并对敏感测试值做掩码。不要为了省事用截图保存整页，截图更容易把本来不需要保留的信息带进工单和聊天记录。
用它检查国际地址表单
地址格式真正容易出错的地方，不只是字段有没有值。
英国和美国的行政区表达不同，日本地址在中文界面里也容易出现顺序误判。德国或法国的街道名较长，移动端两列布局可能被撑坏。韩国地区名称进入搜索框后，输入法和筛选逻辑也可能出现边缘问题。
一个实用的测试顺序是这样。
- 选择目标国家与地区，生成一组资料
- 把字段逐项填入自己的测试环境
- 检查必填校验、字符长度、换行与移动端布局
- 提交后重新打开记录，确认字段没有被错误截断或交换
- 换一个差异较大的国家重复同一用例
想先了解各国写法，可以从 全部国家与地区 进入对应说明页。国家页会给出地址顺序、邮编格式和电话号码提示，更适合在写测试用例前快速核对。
本地保存与导出
一组数据需要跨多个页面复用时，可以保存到浏览器本地。收藏页支持备注、标签、国家筛选和搜索，也能导出 JSON 或 CSV。
这里的本地，指当前浏览器的 localStorage。换电脑、清理站点数据或使用隐私窗口，记录不会自动跟过去。重要测试用例应导出后放进团队认可的测试资料位置，不要把浏览器收藏当成长期数据库。
重新导入 JSON 时，页面会校验文件格式。密码和验证类字段即使来自旧文件，也会在保存路径上被清理。这个设计有点克制，但测试数据越容易流转，越需要克制。
临时邮箱怎样安全使用
IdentityGen 带有临时邮箱模块，适合验证自己系统的注册邮件、通知模板和收件流程。邮箱由服务端代理创建，页面会轮询一段有限时间，过期后停止等待。
使用范围应该很窄，只测试你有权操作的系统。不要拿临时邮箱批量注册第三方账号，也不要用来绕过试用、风控或身份要求。
收到 HTML 邮件时，服务端会清理脚本、表单、iframe 和远程图片，减少追踪像素与恶意内容风险。即便如此，测试邮件里也不该放真实密码、客户资料或生产环境密钥。
隐私数据去了哪里
身份与地址资料主要在浏览器里生成。站点不接入分析 SDK，也不会把生成结果塞进 URL、页面标题或服务器日志。保存的条目留在本机，用户可以自行清空。
服务端只参与临时邮箱请求和静态页面响应，安全日志只保留路由、状态和错误码，不记录生成的身份字段或邮件正文。临时邮箱上游仍有自己的服务条款与可用性限制，敏感业务不应依赖它。
哪些测试场景比较合适
表单 QA 是最直接的场景。前端开发还可以用它检查卡片宽度、长文本截断、复制反馈和暗色模式。产品设计阶段，可以把不同国家的数据放进原型，看看所谓国际化界面是不是只在英文短句下显得整齐。
做自动化测试时，也可以从安全 JSON 取结构化字段，但生成结果具有随机性。需要可重复回归时，应把经过审核的一组结果固定为测试夹具，不要让每次运行都随机改变断言条件。
如果你还在判断一个工具页是否值得做，可以配合这篇 AI 工具站选题与 MVP 检查清单 看需求与边界，而不是只看生成按钮能不能工作。
它不能替你验证什么
合成数据只能检查软件如何接收和展示字段，不能证明某个地址真实存在，也不能证明某个号码可以联系到人。格式看起来合理，不等于能够通过真实业务验证。
支付、金融、政府、医疗和身份认证系统应使用服务商提供的 Sandbox、官方测试号或专门测试账户。不要把随机合成资料送进真实生产流程。
常见问题
生成的地址能真实收件吗
不能保证。它是合成测试数据，不用于邮寄、投递或真实账户资料。
资料会上传到服务器吗
主要生成与保存过程在浏览器本地完成。临时邮箱需要通过服务端与邮箱提供方通信，但站点不保存生成的身份资料和邮件正文。
可以批量生成后注册账号吗
不可以。工具只面向有授权的软件测试、原型和格式学习，不应用于批量注册、平台滥用或规避验证。
保存的数据为什么换浏览器后不见了
保存功能依赖当前浏览器的本地存储，不提供账号同步。需要迁移时先导出，再在目标设备导入。
把测试数据留在测试里
真实资料不该进入开发截图，合成资料也不该进入真实业务。两边都守住，IdentityGen 才能发挥价值。
它减少的是准备表单数据的机械时间，不是替人制造一套可以到处使用的身份。把这点记住，再打开工具，会更安心。
工具入口 打开 IdentityGen