纯文字版教程展开阅读
第五阶段 上线验收
在密码保护下完成成功、失败、折扣、免邮、税费、通知、库存、履约、追踪、取消、退款和事件验收，再解除密码并建立上线回滚。
Online Store > Preferences, Settings, Products, Orders, Analytics120分钟
第五阶段 上线验收
这一课为什么要先做
店铺能打开、商品能加购，都不代表能上线。真正的上线证据是一笔订单从市场、商品、库存、运费、税费、支付、通知、履约、追踪、事件到退款都能对应。QA 也不是一次点完清单，发现问题后要回到责任设置修复，再重新跑受影响链路。
做完以后要留下什么
一份签字上线报告，包含所有测试用例、证据链接、阻塞问题、修复、复测、test mode 关闭证明、密码解除时间、监控负责人和回滚条件。
开始前准备
- 前 19 课完成标准全部打勾，未完成项有明确阻塞说明。
- 店铺仍在 password protection 或受控访问状态。
- 准备桌面、iPhone 尺寸、Android 尺寸、Gmail、Outlook 和至少两个测试地址。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
冻结上线候选版本
给主题、商品、政策、支付、运费、税务和 pixels 记录版本与时间。QA 期间不再并行改设计和安装 App。任何变更都要写入问题单并标记需要重测的用例。
先做前台浏览与加购
用桌面和手机检查首页、菜单、搜索、集合、商品、变体、库存、购物车、折扣和政策。测试慢网和无痕浏览，确认没有登录缓存或管理员预览掩盖问题。
跑成功、失败和边界订单
完成成功支付、失败支付、取消支付、74 美元、75 美元免邮、折扣、不同州税费和不支持地址。每个用例记录预期、实际、订单号和截图。
验收订单后链路
检查 Order confirmation、库存 Committed、Location 分配、员工通知、支付 transaction 和事件。创建 fulfillment、加入 tracking、发送通知，再从客户邮件打开追踪链接。
测试取消、退款和回补
对测试订单执行取消或退款，确认支付记录、邮件、库存 restock、税费和分析事件。记录手续费或 payout 的边界，不用测试店数据推断真实资金一定相同。
解除密码并开启上线监控
所有 blocker 关闭后，确认 payment test mode 已关闭、主域和 markets 正确，再从 Online Store > Preferences 或当前密码设置解除保护。上线后前 24 小时监控 checkout、支付、通知、库存、events 和客服，达到回滚条件就恢复密码或上一主题。
North & Pine 案例怎么设置
North & Pine 冻结一个主题副本，分别测试 Tan 和 Olive、74 与 75 美元购物车、纽约和加州地址、成功与失败支付。成功订单生成通知、扣库存、分配 New Jersey Warehouse、发出 tracking，再取消并 restock。第二人确认 test mode 关闭后才解除密码。
这一课需要做出的决定
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| QA 环境 | 密码保护的候选版本 | 避免测试影响真实客户 |
| 上线门槛 | 所有 blocker 关闭 | 重要问题不能留给上线后再看 |
| 证据 | 预期、实际、截图、订单 | 问题可复现和复核 |
| 回滚 | 密码或上一主题 | 异常时快速停止损失 |
这些地方先不要乱动
- 不要只测成功订单。
- 不要一边 QA 一边继续装 App 和改主题。
- 不要只看后台，要从客户邮箱和手机完整走一遍。
完成标准
下面每一项都能拿出证据，这一课才算完成。只说我看过了，不算验收。
- 浏览、搜索、变体、购物车和政策双端通过。
- 成功、失败、边界和不支持地址订单都通过预期。
- 支付、库存、Location、通知、tracking 和 events 能对同一订单。
- 取消、退款和 restock 测试完成。
- test mode 关闭、密码解除、监控和回滚都有双人确认。
常见问题和处理方式
| 现象 | 怎么处理 |
|---|---|
| 上线后客户无法付款 | 立即检查 test mode、provider status、Markets、currency 和 checkout，达到停止线先恢复密码并回滚。 |
| 订单有了但没有通知 | 检查通知触发、recipient、sender、spam、模板和订单状态，必要时手工联系客户并留 incident 记录。 |
| 库存或事件重复扣减 | 暂停相关 App 或自动化，按订单时间线检查 Location adjustments、webhooks 和 duplicate pixels，修复后重跑同用例。 |
把英文后台截图变成验收记录
本课的截图不是装饰，也不等于设置完成。以 Online Store > Preferences, Settings, Products, Orders, Analytics 为例，先确认左侧导航和页面标题，再看当前选中的标签、开关、状态或记录。截图需要保留完整页面外壳和必要上下文，不能只截一个按钮。这样回看时能回答两个问题：当时在哪个页面，页面当时到底显示了什么。
North & Pine 在本课要处理的是成功付款、履约、取消、退款和上线前 QA。本课案例的验收重点是用一份证据包把前 19 课的完成状态和最后一笔测试订单串起来。按钮显示可点击，只证明下一步存在，不代表审核、同步、保存或前台结果已经通过。如果画面出现 pending、review、unavailable、错误提示或空状态，就把它记录为待确认，不要把它写成已经完成。
先看路径，再看设置
打开英文截图时，先读出左侧导航、页面标题、当前标签和可见状态，再去读字段值。截图说明同时写下页面路径、要验证的事实、负责人和下次复核时间。页面较长时可以用全页截图或两张连续截图，但每张都要保留路径和标题。
发布前仍要做隐私检查。即使使用 dev store，也要遮住邮箱、电话、地址、客户姓名、订单号、域名、App 标识、API key、二维码和浏览器 Cookie。优先使用不透明遮罩或重新裁切。英文版保留后台原文，中文版在图片下增加一行中文说明。
一项设置对应三层证据
对成功付款、履约、取消、退款和上线前 QA，把验收拆成配置、行为和记录。配置证据说明后台值已经保存，行为证据说明店面、订单或相关结果确实发生，记录证据说明谁在什么时候复核过。只拿到一层时，不能把整项写成通过。把截图文件名、检查日期、操作者、结论和待处理事项放进复盘表。
- 配置层：记录字段、开关、选项和保存后的状态，不要把默认值当成业务决定。
- 行为层：从前台、订单、通知或下一处关联设置回看结果，确认设置真的影响了流程。
- 证据层：给每个结论关联一张完整截图或连续截图，不用局部按钮图替代页面上下文。
- 边界层：写清地区、套餐、权限、审核、测试模式或第三方服务造成的例外。
出现分支时先暂停
Shopify 后台会因为经营地区、套餐、用户权限、测试数据、销售渠道和审核状态而显示不同选项。缺少按钮不一定是故障，也不一定说明功能关闭。先检查权限、适用地区、套餐和测试状态，再回到官方来源核对。若只能证明一部分，就标记部分完成并说明缺口。支付、税务、域名和客户数据不能用一张测试截图冒充真实上线结果。
本课复盘表
把下面的表复制到团队任务记录中。可证明什么只描述截图确实支持的结论，还不能证明什么用来防止过度解读。
| 检查对象 | 截图中要读什么 | 可证明什么 | 还不能证明什么 |
|---|---|---|---|
| 成功付款、履约、取消、退款和上线前 QA | 路径、标题、当前状态和关键值 | 本次后台检查看到的配置事实 | 前台或第三方服务已经完成全部处理 |
| 关联结果 | 前台、订单、通知或相关设置的返回结果 | 设置对当前测试流程产生的影响 | 所有市场和未来订单都会得到同样结果 |
| 责任记录 | 日期、操作者、文件名和结论 | 谁完成了哪一步，以及证据在哪里 | 审核机构已经替团队做出最终决定 |
| 例外边界 | 权限、地区、套餐、审核或待处理提示 | 当前结果适用的前提 | 可以跳过条件复制到生产店铺 |
课后自测
- 能说出本课的后台路径、当前目标和一项不能由截图单独证明的事情。
- 能指出完整截图中的页面标题、关键字段、状态和对应的实际结果。
- 能把配置、行为和记录三层证据分别写进复盘表，而不是只写已完成。
- 能根据证据决定下一步上线后的每周复盘，或者明确写下阻塞条件和负责人。
完成本课不等于把所有按钮点成绿色。完成标准是当前判断有足够证据、边界写得清楚、下一步有人负责。如果任何一层证据缺失，就保留待确认状态，不要为了赶进度推进到上线后的每周复盘。
常见问题
Shopify 测试订单应该测哪些场景？
至少包括成功、失败、取消、折扣、免邮边界、不同税区、不支持地址、通知、库存、履约、追踪、退款和事件。只测成功付款远远不够。
什么时候可以解除 password protection？
所有上线 blocker 关闭、支付 test mode 关闭、主域和 Markets 正确、测试证据完成并有第二人复核后再解除。
上线后还需要继续测试吗？
需要。上线后至少 24 小时持续看真实 checkout、支付、通知、库存、events 和客服反馈，并保留快速回滚方案。
官方来源
后台名称和规则会更新。本课以这些官方页面作为维护基线，截图时也要按当前英文后台重新核对。