很多客户以为测试是服务商的事，自己等着验收就行。其实小程序定制里有一个环节，客户参与深浅直接决定质量：联调测试期。这两周你做什么、怎么做，讲清楚。
真实数据是最好的测试用例
开发团队的测试数据是编出来的：张三买了一百个苹果。真实业务远比这拧巴：顾客中途关掉支付再回来、库存最后一个和同事同时下单、会员券和特价商品撞在一起。这些场景开发想破头也编不全，只有天天做生意的人才知道。联调期的核心任务，就是让真实业务的人拿着真实场景进系统跑。店员用真实的商品上架，客服用真实的售后流程走一遍，把每个觉得别扭的地方记下来。让店长列一份日常异常清单，昨天那个退单的、上周那个换货的，全是现成的用例。
提问题要有格式
反馈问题最忌一句话：这个不对。开发收到没法处理，来回猜浪费三五天。有效的反馈四要素：在哪个页面、做了什么操作、预期是什么、实际发生了什么，最好附截图或录屏。教团队用一张共享表格收集，问题编号、描述、截图、严重程度、处理状态五列，每天同步一次状态。格式化的问题反馈，处理速度能快三倍，这是做过几十个项目后的实在经验，小程序定制的联调反馈尤其要格式化。
- 按角色分工测试：老板测后台，店员测核销，老客户测下单
- 问题分两档：阻断交易的当天修，体验类的集中排期
- 修复后要回归验证，别改一个坏两个
压测和安全自查别省
人多的时候系统扛不扛得住，要在上线前知道答案。拉二三十个朋友在约定时间同时下单，模拟一场小高峰，比上线后大促崩掉体面得多，压力数据留下来，将来扩容也有依据。安全自查同样：后台密码强度、支付回调的验证、用户数据的导出权限，让服务商逐项过一遍。比格网络的联调清单里这两项是必做项，上线出事故的项目，十有八九是省了这一步。
联调的节奏建议这样排：第一周跑主流程，把下单、支付、核销这些主干道走通；第二周跑边角和异常，配合压测和安全自查。两周各管一段，别混着来，主干道没走通就去抠细节，等于捡了芝麻丢了西瓜。节奏对了，这两周的效率顶一个月。
两条建议：联调期安排专人每天固定一小时盯测试，零散反馈不如集中反馈；所有问题走表格不走上嘴皮，留痕才有追溯，联调期盯得紧，上线后才睡得着。这两周偷的懒，上线后都会加倍还回来。
