用于测试和演示的合成人物数据
在真实用户出现之前，软件就需要具有人物形态的记录：表单、导入流程、CRM 沙箱和截图演示都会用到。People 工具系列生成虚构人物数据，并以常见交换格式导出，使测试 fixture 可复现且不包含真实个人数据。
需要快速手工测试的姓名、地址和联系字段时，可从人物生成器开始；当目标工具需要文件时，再选择相应的结构化导出格式。
为什么合成数据很重要
将生产日志中的真实姓名、电子邮件和电话号码复用于工单、截图或公开仓库，会带来隐私与合规风险。虚构记录让你可以测试验证、排序和序列化，而无需复制现实中的人。它们仍然像人物数据：看似唯一的邮箱、合理的地址以及接近生产模式的字段形状，但始终是虚构内容。不要把样本说成真实客户，也不要利用生成器进行欺诈、冒充身份或滥用账户。
生成器与格式导出
- 生成器用于交互式测试的人物记录。
- JSON输出适合 API、Node 脚本和前端 mock 的对象数组。
- XML适合旧式集成和 SOAP 风格 fixture。
- CSV提供电子表格和批量导入演练所需的逗号分隔行。
- YAML适合配置型 fixture 与 GitOps 示例。
请使用消费者本来就能读取的格式；手工格式转换很容易出错。常见字段包括名、姓、邮箱、电话和地址组成部分。测试中应断言必需键、类型和非空字符串，而不是硬编码某个可能随随机性变化的名字。若需要确定性的 CI，请使用 seed 或提交 golden 文件；浏览器生成器更适合探索式 QA。
格式说明与限制
严格 JSON 不允许尾随逗号。电子表格可能重新解释编码、邮编前导零或以 = 开头的公式；这些字段重要时应将 CSV 按文本打开。XML 的元素名称、嵌套和字符转义必须符合解析器要求。YAML 对缩进敏感；若消费者对 YAML 1.1 与 1.2 的行为存在歧义，JSON 往往更稳妥。
这些数据不用于身份验证，不是 KYC 证明，也不是生产 PII。姓名和地址的真实感会因地区而异，浏览器工具适合少量 fixture，而不适合生成数百万条负载测试记录。请在仓库中将文件标为 sample- 或 fixture-，不要无标识地与真实客户导出混合，并有意识地丰富样本以支持包容性 QA。它们服务于软件质量，而非现实世界的身份主张。