Mock Data 生成器 - 前端测试 JSON 与接口样例在线生成

功能特点

• 从固定内置记录生成姓名、邮箱、地址、电话和公司字段
• 控制 1 至 100 条记录并输出可复制的确定性 JSON 数组
• 使用明显虚构字段填充列表、卡片和表格，不依赖真实客户数据

使用方法

1. 设置记录数量，并勾选 name、email、address、phone 或 company 字段
2. 生成后检查固定样本与循环顺序是否符合前端夹具需求
3. 复制到测试夹具，并另行补充空列表、错误值和超长值场景

示例输入

• 用户列表 Mock

  数量：10
  字段：name、email、phone、address

  当前工具按三个内置样本循环生成，适合前端列表、表单和空状态调试。

• 公司目录样例

  数量：3
  字段：name、email、company

  适合生成当前支持的姓名、邮箱和公司字段；相同选项会得到相同内置样本。

• 超过内置记录数

  数量：4
  字段：name、email

  当前只有 3 条内置记录，生成第 4 条时会回到第一条；适合检查列表渲染和重复样本处理。

• 空字段与最小数量

  数量：0
  字段：未选择

  数量会被限制为至少 1；未选择字段时仍会保留 id 字段，输出可用于检查空字段状态。

示例输出

• 用户列表 Mock

  [{"id":1,"name":"Alex Chen","email":"alex.chen@example.com","phone":"+1-555-0101","address":"100 Market Street"},{"id":2,"name":"Maya Patel","email":"maya.patel@example.com","phone":"+1-555-0102","address":"200 Pine Avenue"},{"id":3,"name":"Jordan Lee","email":"jordan.lee@example.com","phone":"+1-555-0103","address":"300 Lake Road"},…按这三个内置记录循环至 id 10]

• 公司目录样例

  [{"id":1,"name":"Alex Chen","email":"alex.chen@example.com","company":"Northstar Labs"},{"id":2,"name":"Maya Patel","email":"maya.patel@example.com","company":"BrightLayer Studio"},{"id":3,"name":"Jordan Lee","email":"jordan.lee@example.com","company":"Cloudline Systems"}]

• 超过内置记录数

  [{"id":1,"name":"Alex Chen","email":"alex.chen@example.com"},{"id":2,"name":"Maya Patel","email":"maya.patel@example.com"},{"id":3,"name":"Jordan Lee","email":"jordan.lee@example.com"},{"id":4,"name":"Alex Chen","email":"alex.chen@example.com"}]（第 4 条回到第 1 条内置记录）

• 空字段与最小数量

  [{"id":1}]（数量至少为 1；未选字段时只保留 id）

常见错误

• 不要把生成数据误当作真实脱敏数据，它只适合测试和演示。
• 随机字段如果不符合后端枚举或格式，可能掩盖真实联调问题。
• Mock 数据量太小会漏掉分页、空状态和极端长度问题。

适用场景

• 前端页面填充
• 接口联调占位
• 表单测试
• 演示数据准备

实操检查

• 验证固定记录与字段选择

  固定输入：数量=2，勾选 name、email。步骤：点击“生成 Mock 数据”。预期结果：输出为 2 个对象，分别包含 id=1/2、Alex Chen/Maya Patel 及对应 example.com 邮箱，不含未勾选字段。失败判断：出现随机姓名、网络请求、缺少 id，或输出包含 address/phone/company。

• 验证数量限制和循环规则

  固定输入：数量=4，勾选 name、email。步骤：点击“生成 Mock 数据”。预期结果：输出 4 条，id 为 1、2、3、4，第 4 条内容回到 Alex Chen 和 alex.chen@example.com。失败判断：数量超过 100 未被限制、id 从 0 开始，或第 4 条没有按三条记录循环。

页面专属核验

使用前与操作中

• 先选择需要的 name、email、address、phone、company 字段；当前数据来自 3 条固定内置记录，数量超过 3 条时会循环复用。
• 把输出用于布局、列表和确定性测试夹具，不要把 example.com 邮箱、555 电话或示例地址当作已脱敏的真实数据生成器。
• 需要唯一性、随机分布、空值、错误类型、嵌套对象或自定义 schema 时，另行补充夹具；当前实现只保留 id 和勾选字段。

结果出来后

• 数量输入是否被截断并限制在 1–100，且第 4 条是否重新回到 Alex Chen 而不是生成新人物？
• 取消某个字段后，输出对象是否不再包含该键，同时 id 仍从 1 连续递增？
• 页面填充、分页和表格溢出是否还用空数组、超长文本、null、重复值等专门样本验证，而不是只验证这组固定记录？

相关工具

• JSON Mock API 生成器：生成含 status、endpoint 和固定 name/email data 的本地 JSON
• UUID 生成器：生成随机 UUID v4，支持批量、大小写和格式转换
• JSON 工具：统一处理 JSON 格式化、校验、树形查看、Schema、CSV 转换、AI 响应分析和 JSON 修复
• 密码生成器：生成随机密码并检测密码强度

工具边界

• 随机数据不保证符合真实业务分布、跨字段关联或所有边界规则。
• 看起来像邮箱、手机号或地址的内容只是占位值，不能当作已验证的真实身份信息。
• 大批量数据会受浏览器内存和 JSON 渲染性能影响，分页和导出仍需在目标系统验证。

与相似工具的区别

• JSON Mock API 生成器：Mock Data 生成独立记录和列表供界面填充；Mock API 还描述状态字段、endpoint 与固定响应结构。

安全与兼容性

• 内置样例在浏览器按固定顺序生成，不应混入真实客户记录；即使脱敏生产数据也可能通过组合字段重新识别个人。
• 当前示例使用 example.com 和 555 号码；接入邮件或短信测试环境时仍应启用发送拦截，避免误触达。

下一步排查

1. 先列出接口 Schema、必填字段、枚举值和跨字段约束。
2. 生成后用 JSON 格式化、Schema 校验和文本对比检查结构及稳定性。
3. 接入 Mock API 时继续验证分页、空列表、错误响应、延迟和重复提交。

常见问题