有个做水果团购的客户，小程序验收那天随便下了两单觉得没问题就上线了。结果搞活动当晚，两百多人同时下单，库存扣成了负数，超卖的单子只能一个个打电话道歉退款。小程序开发的验收做得糙，出事一定挑你最忙的时候，这份验收清单建议照着过一遍，小程序开发验收的目的只有一个：把问题拦在真实用户之前，而不是等差评来了再救火。
支付环节：真实付款，一分都不能省
用真实的小额订单走完整个支付流程：下单、支付、退款、对账，每一环都要验。重点看三处：支付成功后订单状态有没有实时更新；退款是否原路退回、到账时间正不正常；有分账的场景，各方金额加起来对不对得上。测试环境永远测不出真实的资金流问题，花二十分钟走一遍资金流，能避开九成的售后纠纷。
并发和弱网：出事都在人最多的时候
普通展示类小程序并发压力不大，但秒杀、团购这类功能必须做压力测试，模拟几百人同时下单，看库存会不会出错。另外把手机调成弱网甚至断网试试：订单会不会重复提交、提示语清不清楚、恢复网络后数据对不对。活动出事故，多半栽在这两处。
多机型和分享链路
苹果和安卓至少各测两台，重点看不同屏幕尺寸下页面有没有错位、按钮点不点得到。分享链路也要完整走一遍：转发到聊天和朋友圈的卡片标题、图片对不对，别人点开能不能正常落到对应页面。靠裂变拉新的小程序，这条链路就是命根子，分享卡片丢图、落地错页这类问题，用户不会告诉你，只会默默关掉，再也不会回来。验收时多试一步，推广时就少一分白白流走的流量。
后台和数据交付别漏项
- 后台操作：让店员实际跑一遍日常流程，别扭的地方当场改
- 数据导出：会员、订单能否导出成通用的表格文件
- 管理权限：小程序账号、服务器、代码仓库的权限全部到手
- 文档和培训：操作手册加一次现场培训，录屏留档
上线节奏的建议
验收通过也别急着全量推广，先小范围让熟客用一周，收一批反馈修完再放量。比格网络交付的项目都附这份自检清单，客户勾完确认我们再提交审核，宁可上线慢三天，不留隐患过周末，上线前的较真，都是给上线后的自己省心。
