时代网络
功能都做完了，测什么？不用一上来就搞全链路压测，先把最贵的几条路径走一遍 —— 出错代价最大的地方，往往就是这几条。
并发与超卖。 同一个 SKU 库存只剩 1 件，两个账号同时下单，会不会都成功？用两个浏览器或简单并发脚本跑几次就够了。这一步能验出库存判断有没有放在服务端、有没有加事务或锁。
支付回调的异常版本。 重复通知同一笔、通知顺序颠倒（先收到成功再收到处理中）、回调里签名不对、回调成功但业务处理失败后重试。真实环境里这些都会发生，只在「支付一次成功」的理想路径上测过，等于没测。
订单状态机的异常分支。 超时未支付自动关单后库存有没有回来、已发货再申请退款怎么处理、部分退款金额怎么算、重复点「确认收货」会不会重复触发。正常流程大家都测，分支不测，上线后全变成客服工单。
权限。 用 A 账号的订单 ID 去请求 B 账号的详情，能不能看到？后台账号是不是所有人都能改价格、导出客户手机号？越权问题在演示时看不出来，一旦被利用就是数据事故。
数据与回退。 上线前做一次完整备份，确认能还原；准备好回滚步骤，别等出事才想起来没留旧版本。
真机与真实素材。 用手机把「选商品 → 加购 → 支付 → 查订单」完整走一遍，别只在桌面浏览器的开发环境点。支付用平台提供的沙箱或小额真实交易验证，别只靠模拟返回值。
这些用例不新鲜，甚至有点琐碎，但商城上线后的大额损失，基本都出在这几类上。花一天过一遍，比上线后熬夜补数据划算。