测试数据生成器

测试数据生成器批量创建假记录——姓名、邮箱、电话号码、地址、公司、日期和 Lorem Ipsum 文本——并导出为 JSON 或 CSV。它服务于那些「表格是空的、界面等着被填满」的时刻：为开发数据库播种、填充表单来测试校验，或为演示生成看起来逼真的行。一切都在浏览器里运行，所以没有任何数据离开你的机器。

使用方法

1. 勾选需要的字段：姓名、邮箱、电话、地址、公司、日期和 Lorem Ipsum。
2. 设置记录条数，范围从 1 到 100。
3. 点击生成——表格会用所选字段填满一份全新的随机数据集。
4. 导出为 JSON 或 CSV，或用「复制全部」把 JSON 放进剪贴板。

实操示例

示例 1——为 users 表播种。 一个新建的开发数据库在 UI 能测试之前需要一些行。生成 50 条包含姓名、邮箱和公司的记录，导出为 CSV，再导入本地的 users 表。应用现在能渲染出一个有内容的列表，分页逻辑得到验证，布局也能在长短不一的姓名下测试，而不是反复用一个占位符。

示例 2——测试注册表单。 把生成的邮箱粘贴进表单，确认正常路径能处理，再改一个字符来测试拒绝路径。因为生成的地址看起来逼真，它们能暴露出 test@test.com 永远不会暴露的布局问题——比如过长的本地部分或过长的域名。

示例 3——演示环境。 当每一行都写着「John Smith」时，客户演示看起来很不对劲。五十条公司、城市各不相同的记录会让原型像一个真实产品，而且这些数据明显是合成的，不是从真实用户那里抓来的。

假数据能证明什么、不能证明什么

这里值得把价值说准确。生成数据证明的是一种形状能跑通：你的表格能渲染、CSV 能解析、API 能接受带有预期键的载荷。它不能证明你的业务逻辑正确——生成器不知道电话号码必须匹配某个国家格式、优惠码有有效期，或者用户名必须唯一。针对这些规则的测试需要手写用例，给出具体的合法值和非法值。

还有一个隐私上的好处。因为没有任何内容取自真实数据集，用生成数据搭出来的演示不可能泄露真实客户的资料。这使它比把生产导出复制到预发布环境更安全，是一个更稳妥的默认做法。

JSON 还是 CSV：如何选择导出格式

• JSON 保留结构和字段名。用于 API 请求体、NoSQL 导入，以及测试运行器要解析的夹具。键始终附着在值上，所以新增或重排字段不会破坏使用方。
• CSV 是扁平表格。用于在电子表格里检查、SQL 的 COPY/导入命令，以及任何非开发者需要打开的场景。它更紧凑，但把所有东西都存成文本，因此数字和日期到了导入工具里仍是字符串，除非工具主动转换。

一种常见的工作流是两者都用：导出 JSON 去喂 API 测试，导出 CSV 把同样的行交给同事审阅。

常见错误

• 把生成数据当作夹具提交。 每次运行都会产生新的随机值，所以依赖特定行的测试会不可预测地失败。生成一次、保存文件，并把它当作夹具来用。
• 把「逼真」当成「合法」。 一个看起来合理的邮箱仍可能违反你的应用规则；请单独测试规则。
• 填充生产数据库。 生成的值未经同意、未经验证，也不打算长期保留。请把它们留在开发和预发布环境里。
• 两次运行之间字段集不匹配。 如果两个相关导出选择的字段不同，按索引连接就会出错。为两者选择相同字段，或基于生成的标识符来连接。
• 导入时忽略编码。 如果工具假设了错误的编码，含非 ASCII 字符的 CSV 导入后可能变成乱码；导入时请选择 UTF-8。

功能

• 字段类型：姓名、邮箱、电话、地址、公司、日期和 Lorem Ipsum
• 每次最多 100 条记录，并在表格中即时预览
• 导出为 JSON（结构化）或 CSV（表格型）
• 把整份数据集复制到剪贴板
• 无需注册，无需往返服务器
• 100% 客户端运行——生成的数据留在你的浏览器里

使用场景

• 数据库播种： 用多样化的行填充开发和预发布表。
• 表单与 API 测试： 为手动和自动化测试产出逼真的载荷。
• UI 原型： 用可信的长短值填充样稿。
• 演示与截图： 让原型拥有接近真实数据的密度。
• 电子表格测试： 生成一份混合数据类型的表格，用于公式和数据透视表。

相关工具

• JSON Schema 生成器
• JSON 格式化器
• Lorem Ipsum 生成器
• UUID 生成器