结账可能同时提供标准和加急配送，却默认选错。这与匹配错配送区不同，应分别验收启用选项集合和默认选择，并测试记住上次选择后的返回访问。
官方依据与范围
WooCommerce列出匹配区中的配送方式，以首个启用方式为默认。 官方参考 · 2026年10月17日核对.
已填写的合成验收例子
合成教学例子，不是真实客户案例。示例配置不是对任何真实店铺的测评；窄屏可横向滚动表格。
| 输入 | 核对口径 | 预期 |
|---|---|---|
| 禁用自提；标准8、加急18均启用 | 干净会话 | 默认标准；两个选项 |
| 加急先启用、标准在后 | 干净会话 | 默认加急；两者可选 |
| 返回会话记住加急 | 有状态结果 | 另记实际行为 |
可执行的交付检查
- 先确认匹配区域正确，再测试方式顺序，不混淆两项控制。
- 在干净获准结账记录启用状态、顺序、名称、金额和选中状态。
- 用户改选及刷新后复测，说明记忆选择、区块或插件覆盖。
怎样解释输出
第一例有两个启用选项，而不是三个，默认标准配送。默认正确也不证明改选后税费和总额正确，交付记录应同时保存选中方式ID和报价。
明确的适用边界
仅为确定性的干净会话模型，不证明已有会话或结账区块行为，不改真实方式、不付款、不提供价格建议。
复核有限教学模型
保存两份文件到同一目录，用Node22或更新版本运行下面命令。JSON保留明确输入与预期，脚本只处理这些合成数据，无网络、密钥、付款或API调用。通过只证明有限模型与预期一致，不证明真实集成。
node check.mjs shipping-method-default-versus-options.json