从行为出发决定需要多少数据
收货表单通常需要有代表性的字段形状，不需要复制整个客户数据库。合成样例可以用于界面、导入和校验流程，减少日常开发接触真实收件信息的需要。如果代码只负责拼接城市、州和邮编，测试文件保留这几个字段可能已经足够，不必因为页面展示更多资料就全部收集。
合成数据与修改真实数据并不相同
合成记录是从一开始就作为示例创建的。真实订单即使替换了姓名，精确地址、订单备注或内部客户编号仍可能与具体人员有关。只修改一个字段不能使整条记录自动变成合成资料。应按测试需要重新构造样例，不要把客户记录粘贴到生成器或收藏备注中。
知道样例会保存在哪里
收藏位于当前浏览器的本机存储，不会通过账户同步。下载 JSON 或 CSV 会创建独立文件，之后分享文件或提交仓库又会形成副本，交付前应检查实际内容。.test 邮箱只是不能收信的示例，发送邮件测试需要另行准备受控邮箱或邮件服务商的沙箱。
- 在测试文件和截图上注明“合成示例”。
- 分享前删除用不到的身份、支付和联系方式字段。
- 把预期结果与精简后的输入放在一起维护。
- 按团队工作流程清理不再使用的收藏和导出文件。
外部服务需要单独的验证证据
合成地址不能证明承运商能够投递，也不能证明某个人拥有账户。生成的支付示例不能替代支付服务商的沙箱配置。报告中应分开说明格式测试、模拟服务测试和获得授权的集成测试，便于定位失败原因，也避免把本地演示成功描述成生产流程已经完整打通。