Skip to content

结账 QA 的邮编校验测试用例

2026/07/03

邮编校验值得有单独的测试清单。邮编看起来只是一个小字段,但会影响结账完成率、税费预估、配送费、风控信号、发票和仓库导出。

最大的错误是把邮编当成一个全球统一模式。有些国家只用数字,有些混合字母和数字,有些需要空格,有些国家并不强制邮编。结账流程需要国家感知的校验,而不是把一个国内正则套到全世界。

先测试什么

先看行为,再看格式。

  • 用户切换国家后,邮编字段规则随之变化。
  • 字段标签使用合适表达,例如 ZIP code、postcode 或 postal code。
  • 所选国家的有效邮编可以通过。
  • 看起来有效但属于其他国家的邮编会被拒绝。
  • 空格、大小写和前导零被有意处理。
  • 已保存地址卡片显示用户提交的邮编。
  • 税费、配送和账单步骤收到同一个提交值。

需要跨国家真实感输入时,可以从国家地址生成器目录生成新的地址样例。

国家用例矩阵

国家示例模式测试重点
美国9021090210-1234ZIP、ZIP+4、税费逻辑
英国SW1A 1AA字母数字、空格、大小写
加拿大K1A 0B1字母数字、空格、禁止非法字符
日本100-0001连字符、数字长度
澳大利亚2000四位数字、州联动
新加坡018956六位数字、前导零
新西兰6011四位数字、地区假设

这些样例不用于证明可配送,只用于验证产品能否处理对应格式。

国家切换测试

国家切换是邮编 bug 的高发点。

测试步骤可以这样设计:

  1. 选择美国,输入有效 ZIP code。
  2. 切换到英国,检查 label 和 placeholder 是否变化。
  3. 输入英国 postcode,确认旧 ZIP 校验不再生效。
  4. 再切回美国,确认英国值不会错误保留。
  5. 提交后检查保存地址、订单摘要和导出字段。

还要检查错误信息。用户选择英国时,错误提示不应该继续说 “Enter a valid ZIP code”。

边界用例

邮编字段至少要覆盖:

  • 前后空格。
  • 中间空格。
  • 小写字母。
  • 全大写字母。
  • 前导零。
  • 短于预期的值。
  • 长于预期的值。
  • 另一个国家的合法格式。
  • 用户粘贴完整地址到邮编字段。
  • 国家允许无邮编时的空值。

这些用例能快速发现正则过严、过松或没有随国家更新的问题。

展示和导出检查

邮编通过校验后,还要确认它在下游保持一致:

  • 订单摘要。
  • 已保存地址。
  • 邮件和发票。
  • 税费计算请求。
  • 配送费请求。
  • CSV 和 webhook。
  • CRM 或客服后台。

不要只检查表单提交成功。很多缺陷是在保存、展示或导出时出现的。

相关指南

GeoMock Team

GeoMock Team

结账 QA 的邮编校验测试用例 | 博客