测试数据生成器
生成姓名、邮箱、用户名、UUID、IP 与 MAC 地址、Luhn 合法卡号等测试数据 —— 带种子，同一种子永远得到同样的结果，全程在你的浏览器里完成。
同时提供 Windows 桌面版。
关于这个工具
测试数据有一种几乎被所有随机生成器扔掉的属性：它必须能复现。昨天粘贴的 20 条数据里只有某一条能触发 bug —— 而那 20 条永远消失了，这条线索就一文不值。所以这个工具围绕种子构建：同一种子 + 同一组字段，产出的每一行都完全相同 —— 今天、下个月、你的机器和同事的机器上都是。把种子写进 bug 报告（"checkout-bug-47"），任何人都能重新生成同一份证据。
每一种格式都锁死在公开标准上，而不是"看起来差不多"：UUID 是版本 4，version 与 variant 位段符合 RFC 9562；卡号通过 Luhn 校验和（ISO/IEC 7812-1），能通过表单校验，但不落在任何真实发卡行的段位内；邮箱用 RFC 2606 专为文档与测试保留的那组示例域名，测试邮件永远不可能送达任何真人；国家码是 ISO 3166-1 alpha-2；IPv4 避开每个 /24 的网络地址与广播地址；MAC 地址的单播位语义正确。
一切都在你的浏览器里发生：没有服务器、没有请求、没有日志 —— 数据只是对种子做的纯算术。这也是它断网照常工作的原因，也是"同种子必然同结果"的原因。
常见问题
- 种子到底控制什么？
- 一切。每个生成值都是"种子 + 它在序列中的位置"的纯函数。换种子，所有行都变；留种子，同一张表永远可以重新生成。留空则会每次会话随机取一个，并把用掉的那个值显示出来 —— 连"我没在意种子"这种情况也是可复现的。
- 生成的卡号有危险吗？
- 没有。Luhn 校验和是 1954 年提出的纯数字自检算法，只对数字本身做算术，与"账户是否存在"毫无关系。生成的号码以 4 开头，但不属于任何真实发卡机构已分配的段位，无法产生任何扣款。它存在的意义是让支付表单的格式校验可以走通全流程。
- 为什么生成的邮箱用保留的示例域名？
- RFC 2606 专门保留了一组示例域名供文档和测试使用，发往这些域名的邮件绝不可能送达真实收件箱。生成真实邮箱服务商地址的工具不是在做测试数据 —— 是在制造寄错人的邮件和偶尔一脸茫然的收件人。
- 生成的密码够随机吗？
- 每条 14 位，保证至少各含一个小写字母、大写字母、数字和符号，其余从合并字符池均匀抽取，整串再洗牌一次。注意它由种子生成，秘密程度就等于种子的秘密程度 —— 填测试注册表单没问题，绝不要用于真实账号。
- 会把我的数据发到别处吗？
- 不会。生成就是页面里的纯算术 —— 没有服务器、没有请求、没有遥测，断网照样工作。复制按钮直接从页面写入剪贴板。