测试环境应该用合成地址数据，而不是复制生产客户数据

最快的测试数据往往最危险

当测试数据库是空的，最快的方法就是从生产环境复制一部分数据。这样立刻有真实姓名、地址、电话和订单历史，但也立刻多了一个可能泄露敏感客户数据的地方。

真实地址一旦和个人、账号或家庭关联，就属于敏感信息。复制到 staging 后，它可能出现在日志、截图、分析工具、崩溃报告、工单和演示环境里。

生产数据和合成数据对比

合成不等于粗糙

差的合成数据很容易看出来：123 Test Street、Test City、00000。它能填字段，但不能测试产品。好的合成数据遵循邮政格式，让城市和地区一致，并包含公寓地址、长字段、免税州、国际邮编等真实变化。

目标不是假装生成数据是真实客户数据，而是在不暴露真实个人的前提下，让测试环境足够接近真实业务。

哪些场景更应该默认用合成地址数据

• 本地开发数据库。
• Staging 和 QA 环境。
• Bug 复现步骤和截图。
• 销售演示和产品 walkthrough。
• 新工程师和测试人员培训数据。
• 自动化测试 fixture 和 CI 任务。
• 公开文档和 API 示例。

什么时候仍然需要治理生产型数据

有些团队需要生产分布：真实城市频率、常见邮编模式、历史订单量。这不等于必须暴露原始客户记录。可以根据聚合模式生成合成记录，让个人字段和真实身份断开。

如果测试确实需要生产数据，就应该当成受控例外：减少字段、尽量脱敏、限制访问、设置保留期限，并记录为什么合成数据不够。