验收那天，客户拿手机点开首页看了看，说挺好，签字付款。上线当天晚上，支付报错，订单提交没反应，群里炸了锅。验收不是走仪式，是把问题拦在上线之前，这六条自己动手测，测完再签，小程序开发公司糊弄不了你。
主流程一条条走，断网也测
把你的业务主流程列出来：注册登录、浏览商品、加购下单、在线支付、申请退款、消息通知。逐条走，每一步留意三件事：提示语清不清楚、出错有没有反馈、速度能不能接受。正常走完还不够，要故意制造异常：下单到一半断网，看看订单状态对不对；支付到一半杀掉进程，重新进来钱和订单对不对得上。异常场景才是bug高发区，用户的手可不会按剧本操作。退款流程单独多走一遍，申请、审核、到账、原路退回，每个环节的时限和提示都要看，钱进钱出的路径最容易藏问题。
换机型换网络再过一遍
自己的手机没问题，不代表别人手机没问题。至少找三部机器测：一台新款安卓、一台苹果、一台老机型。重点看列表页和表单页，这两类页面最容易在窄屏上破版。网络也换着测：wifi、4G、信号差的电梯间，加载表现可能天差地别。有实体店的，去店里实际用一遍，那才是真实环境。小程序开发公司说我们测过了，你别省自己这一遍，两遍加起来的成本，远低于上线后出事的代价。测试机不够可以拉上店员和家人帮忙，每人分几条流程走，半天就能把机型覆盖铺开，问题统一汇总。
- 主流程正常走一遍，异常场景再走一遍
- 至少三部机型、两种网络交叉测
- 支付环节单独多测几次
后台和数据要核对
前台测完测后台：订单状态流转对不对、库存扣减准不准、会员数据有没有实时更新、报表数字和实际订单能不能对上。重点核对支付流水，小程序里的订单金额和商户平台的到账金额逐笔对，有一笔对不上都要查清楚。数据层面的问题前台看不出来，等经营一个月才发现统计全是错的，损失就大了。验收单上一条条打勾，发现问题集中反馈，修完复测再付尾款。数据核对里再加一项，订单数、销售额、退款额三个数，后台报表和你自己的手工账对得上才算过关。
建议：验收安排半天到一天，别在饭局上签字，问题清单修完再结款；比格网络这类交付前自带完整测试报告的团队，验收会快很多，你也拿这份清单去要求任何一家小程序开发公司，测得全不全，一对比就知道。
