周末了,聊点题外话(关于生产问题的一点想法)


    近日,发生了一起因为前后端未能及时沟通,导致接口异常报错的问题,该问题出现在针对特殊顾客的特殊产品购买流程中,此事一处,叫人直呼”防不胜防“,不论是开发还是测试,对此问题都无限头大。
    处理完之后进行复盘的时候发现,起因产品购买页面有两个路径可走,常规路径正常,该情况下后端无需给前端传merchId,前端也无需带回该字段进行校验,针对特殊标签的用户展示特殊产品,该类产品购买的时候需要传入一个特殊字段merchId,这时候用户在购买产品的时候,需要校验该字段,因为漏传了该字段,导致用户无法购买。问题大概如此,对于前后端开发,一个没问,一个没说,正常的时候走常规接口也是没有报错,对于测试来说,产品的标签有9个,必须命中该标签,并且配置了特殊的产品,才能触发该问题,因此,回归的时候也没有详尽校验出来,导致该问题出现在预发布环境上。
    
    针对该类问题,我们需要反思的有以下几点:
        1、开发:前后端对新接口的态度上,一定是宁可冗余,不可遗漏,接口每一个传参,都应该做到前后端绝对一致,而且要以apifox/其他接口管理文档来固定下来,保证接口传参准确无误;
        2、测试:关注每一次迭代的产品,每一期都回归到不同类的产品,确保每一种每一类的产品都可以正常购买,并且购买时,查看后端日志和前端的调试日志,保证业务正常,日志无异常报错;
        
        3、发版回归:在发版回归时,因为是生产环境,所以尽可能收集到不同类型的用户,购买/支取覆盖到不同的产品类型和产品(生产上的产品其实没有很多,三五个人基本上可以实现全覆盖)
        
        4、做好项目问题的复盘和总结,避免后续再出类似问题
    

创作不易,求个关注,测试路上一起走呗

  • 10
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值