简要回答
完整的 Shopify 运费测试既涵盖配置，也涵盖顾客体验。检查每个市场、区域、配置文件、发货地、运费条件和承运商响应；然后在商品页、购物车、购物车抽屉和结账中重复同样的场景。使用固定的测试矩阵，以便随时间比较变化。包括不支持的目的地和失败状态——而不只是成功的订单——并记录每种情况的预期结果。
建立有代表性的测试矩阵
选择代表大城市、地区、偏远、海外和不支持地区的目的地。选择代表标准、重件、超大、特殊配置文件和多发货地履约的商品。把它们组合成单一配置文件和混合配置文件的购物车。
测试条件边界
检查每个价格和重量门槛之下、恰好等于和之上的确切数值。包括折扣影响、币种上下文、免运费门槛、零重量商品，以及支持的最高订单金额或重量。
想让顾客在结账前看到运费？ShipCalc 在商品页、购物车和购物车抽屉中显示你现有的 Shopify 运费。了解工作原理。
测试每个顾客触点
使用相同的地址和购物车，比较商品页估算、购物车估算、购物车抽屉估算和最终结账结果。差异可能是合理的，但应该被理解并加以说明。
把测试矩阵变成回归测试
在更改商品、配置文件、地点、市场、主题、承运商账户或运费应用之后，重复执行测试矩阵。记录日期、配置版本、预期运费、实际运费以及每个故障的负责人。
检查清单
- 国内大城市地址
- 国内地区地址
- 偏远地址
- 重点海外地址
- 不支持的地址
- 标准商品
- 重件或超大商品
- 混合配置文件购物车
- 门槛边界
- 使用折扣的购物车
- 商品页估算
- 购物车页面估算
- 购物车抽屉估算
- 结账结果
- 承运商故障或无运费状态
- 移动端和键盘可用性
问题
应该测试多少个目的地？
至少测试每个具有商业重要性的区域中的一个代表性地址，再加上偏远和不支持的情况。
商品页估算应该总是与结账一致吗？
不一定。结账时拥有完整的购物车和地址，商品页可能只能基于较少的上下文估算单件商品。
什么时候应该重新执行这份清单？
在更改市场、区域、配置文件、地点、商品、承运商设置、应用或店铺主题之后。