国际地址表单最大的难点不是字段多，而是不同国家对地址层级、邮编、州/省、电话和书写顺序的要求不同。一个只按美国地址设计的表单，放到日本、香港、英国或加拿大时，很容易出现字段名称不准确、必填项不合理、邮编校验过死等问题。
常见国家和地区差异
| 国家/地区 | 关键字段 | 测试重点 |
|---|---|---|
| 美国 | State、ZIP Code | 州缩写、ZIP 与城市匹配、Apt/Suite。 |
| 日本 | 都道府县、邮编 | 都道府县选择、城市区町村层级、邮编格式。 |
| 香港 | 地区、街道、楼宇 | 无传统邮编场景、区域字段是否可选。 |
| 英国 | Postcode、County 可选 | postcode 格式包含空格和字母。 |
| 加拿大 | Province、Postal Code | 省缩写、字母数字交替邮编格式。 |
不要把所有国家套进美国字段
很多系统默认使用 Address Line 1、City、State、ZIP Code 这一套字段，但在国际场景里，State 可能应该叫 Province、Prefecture、Region 或 County；ZIP Code 也可能应该叫 Postal Code、Postcode，甚至对部分地区不是必填。
更稳的方式是按国家切换字段标签、必填规则和校验规则，同时保持后端字段结构足够通用，例如使用 region 存储州、省、都道府县或地区。
电话格式也要跟着国家变
地址表单经常和电话字段一起提交。美国电话通常带 +1，日本是 +81，香港是 +852，英国是 +44，加拿大也是 +1。测试时要确认国家切换后，电话区号提示、长度限制和后端保存格式是否同步变化。
无邮编场景要单独测试
有些地区没有传统意义上的邮编，或用户不知道邮编。如果表单硬性要求邮编，可能导致用户无法提交。测试时应准备“无邮编但地址完整”的样例，检查系统是否允许留空、填 N/A，还是提供国家级规则豁免。
国际地址表单设计建议
- 国家字段放在地址字段之前，方便动态切换规则。
- 字段标签根据国家变化，而不是固定显示 State 和 ZIP。
- 允许 Address Line 2 为空，但不要丢失用户填写的二级地址。
- 前端校验要宽松，关键规则交给后端和第三方地址服务复核。
- 导出 CSV/JSON 时保留国家代码、地区代码和完整地址。
国际地址测试的目标不是让所有国家看起来一样，而是让每个国家的地址都能被正确填写、保存、展示和传给下游系统。