接手过不少「上线即翻车」的项目。复盘时十有八九不是开发水平问题。是测试偷懒了——上线赶着用。测试走过场。结果第一次大流量。第一笔特殊订单就把问题全炸出来。测试看似耽误两天，省下的全是事故。今天把上线前必测的几项列清楚。你算过这笔账吗？
你还可以把测试清单变成公司资产。每上一次系统。把踩到的新坑加进清单。下次测试用升级版。清单越用越厚。你的团队上线就越稳——别人的项目经验是故事。自己的清单是资产。你算过这笔账吗？
四项必测清单
一、核心流程全走一遍——浏览。加购、下单、支付、退款。发货、售后。用真实账号真实支付走通全程。这事我踩过。模拟支付不算数。二、多端真机测试——苹果。安卓、不同尺寸手机各试一遍。开发环境好好的。某个机型上按钮错位是常事。
三、边界情况——优惠券叠加。库存剩。。。。。一件时下单。地址包含生僻字。超大订单。出事的往往不是主流程而是这些犄角旮旯。四、压力预估——把预期最高同时在线人数告诉技术人员。做一次简单压测。大促前尤其不能省。
测试时再拉一个「外行人」进来。让不熟系统的家人或员工随便点点。他们误打误撞碰出的毛病。往往比专业测试更接近真实客人的行为——客人不按你设计的方式用系统。这是测试最大的盲区。
上线日的保险动作
测试之外，上线当天也留几手。选流量低的时段上线，别赶周五晚高峰。老系统保留一周的回退能力。新系统真出大问题能切回去。上线后头三天每小时瞄一眼订单数据。异常及时发现。我们带项目有条土规矩。上线日团队的人那天别安排别。。。。。。。的事——翻车经常就出在「大家都以为没事」的那一刻。
上线前没做这几项测试做到后面。拼的是耐心。说实话见过性子急的老板。两周没见效就想换路子，结果前面铺的路全白搭。你把周期放长到三个月再看。很多数据自己会说话。
总结
上线前四测：核心流程真金白银走通。多端真。。。。。机试一遍。边界情况逗一逗。高峰压力压一压。上线选低峰、留回退、盯三天。你现在能做的一步：如果你近期要上新系统。把这份清单转给负责的人——上线日安不安心。就看这两周测得狠不狠。