抖音双击自助下单0个，业务测试自助提交订单

抖音双击自助下单0个，业务测试自助提交订单

“抖音双击自助下单0个”——这行字在后台日志里闪烁时，我正盯着屏幕发呆，0个，不是1个，不是100个，是一个都没有，可业务测试自助提交订单的按钮,明明亮着绿灯。

事情得从三天前说起，产品经理老张拍着桌子说：“我们要做一个自助系统，让用户像点外卖一样自助下单抖音双击。”于是开发连夜赶工，上线了“业务测试自助提交订单”功能，用户填个链接，选个数量，点提交，后台就自动跑任务，理想很丰满,现实却骨感。

测试当天，我伪装成用户，在业务测试自助提交订单页面填了“100个双击”，提交成功，刷新后台，订单数：0，我以为网络延迟，等了十分钟，还是0，又试了一次，填“500个”，提交成功，后台依旧0个，像往深井里扔石头,连回响都没有。

运维查日志，发现请求确实进来了，但卡在“抖音双击”这个环节，原来，抖音接口需要cookie鉴权，而自助提交的订单里，cookie字段是空的，系统不是没跑，是根本跑不动，至于为什么显示“下单0个”，因为任务队列里失败的任务被静默丢弃了,前端只展示成功数。

老张听完，沉默半晌，说：“那能不能先让用户觉得能下单？失败也显示个‘处理中’？”我摇头，业务测试自助提交订单的意义，不是演戏，是真实跑通链路，0个就是0个，它诚实地告诉你：这条路不通。

后来我们加了错误日志和重试机制，再测时，后台终于跳出了“1个”“2个”“3个”，我看着跳动的数字，忽然觉得，“0个”也挺好——它至少没骗人，而那些跳过“0”直接显示“成功”的系统,才真正可怕。

业务测试自助提交订单的按钮还是绿的，但下面多了一行小字：“失败任务将回滚并报错。”抖音双击自助下单数，终于不再是0个，可我知道，那个“0个”的夜晚,才是系统真正成长的开始。