法国地址格式：门牌、街道、五位邮编与城市
法国地址测试最容易漏掉的不是多生成几条记录，而是保存后 06000 变成 6000，或 Érables 变成乱码。下面把邮寄格式、表单字段和导出验收分开说明。
格式示例
12 RUE DES ÉRABLES
06000 NICE
FRANCE这是人工构造的格式测试样本。街道和门牌组合未核实，不代表真实收件地址。06000 是 Nice 使用的邮编之一；城市也可能对应多个邮编，不能只凭城市名确定具体投递地址。
基本顺序：门牌和街道，邮编和城市
UPU 的法国指南将门牌与街道放在同一行，把五位邮编放在城市名称前面；国际地址最后再写国家。本文示例省略收件人，只展示地址字段，不是可直接寄出的完整信封。
不要把法国地区名称硬插入邮编与城市这一行。行政地区可以作为业务字段单独保存，但不能代替城市，也不需要因为数据库有 Region 列就自动出现在每张邮寄标签里。
表单数据与邮寄标签是两种输出
La Poste 的书写建议包括地址左对齐、控制每行长度、末尾几行使用大写以及避免标点。生成器中以逗号连接的完整地址是便于复制和查看的界面输出，并没有声称是合规邮寄标签。
测试应用时，应保留用户输入的 É 等字符，不要为模仿标签外观而在数据库中无条件删除重音。若产品需要实际打印标签，应单独实现承运方所需的格式化规则，并保留原始数据。
参考资料: La Poste — Bien rédiger l’adresse d’une lettre ou d’un colis
06000 必须作为文本保存
法国政府的行政区 API 返回 Nice 的邮编集合，其中包含 06000。这不代表 Nice 的每栋建筑都用同一邮编，更不能证明本文合成街道与邮编匹配。
在 JSON 和数据库里，邮编应是字符串。数值 6000 与字符串 06000 对地址系统不是等价信息。下面的 JSON 是人工构造的字段映射样本；Region 是工具用于筛选的行政地区，不是需要追加到完整地址末尾的邮寄行。
参考资料: API Découpage administratif — Nice (06088)
字段映射 JSON
{
"street": "12 rue des Érables",
"city": "Nice",
"region": "Provence-Alpes-Côte d’Azur (PAC)",
"postalCode": "06000",
"countryCode": "FR"
}一轮可以实际执行的验收步骤
- 打开法国地址生成器，选择 Provence-Alpes-Côte d’Azur (PAC)，生成一条记录；当前维护的该地区样本城市为 Nice，邮编为 06000。
- 记录这次随机门牌号与 rue des Érables 字段，再点击结果卡中的复制图标。确认复制内容仍含 06000 和 É。
- 保存同一条记录并导出 JSON，检查 postalCode 为字符串、street 中字符完整、region 与 city 是两个字段。
- 导出 CSV，通过导入向导以 UTF-8 和文本邮编列读取；比对原始 CSV 与表格值，避免自动类型推断将 06000 变成 6000。
- 手动把测试表单邮编改为 6000 或 060000，检查长度错误提示。通过五位数字检查只表示语法符合规则，并非真实地址验证。
重音字符与逗号怎样造成隐藏错误
建议将同一条记录依次通过输入框、API 请求、数据库、编辑界面和下载文件。如果页面显示正常但导出后出现替换字符，问题可能在字符编码或导入配置，而不是生成器的街道字段。
不要直接按逗号切分 CSV：完整地址本身可能包含逗号，应由 CSV 解析器处理引用符。对只做格式归一化的系统，最好同时保留原值和输出值，这样能区分用户原始输入与后续转换。
不要把有限样本当作全法国覆盖
AddressLab 当前维护 Paris、Lyon 和 Nice 的少量城市—邮编样本，配合合成街道用于测试。它不覆盖法国全部邮政投递地，也不处理 CEDEX 或海外地址的完整规则。UPU 提醒 CEDEX 属于特殊投递信息，不能在真实地址清理时随意删除。
生成结果不能证明门牌存在、能够收货或姓名真实。法国样本的电话字段目前留空。实际物流接入仍需要收件人确认信息、承运方校验以及覆盖业务区域的测试数据。