发现一个共享单车的逻辑Bug

本文通过一次共享单车异常计费经历,分析了业务逻辑中存在的问题。作者发现由于技术原因导致行程结束时间未能及时更新,产生了不合理的高额费用。建议平台增加GPS静止检测逻辑,提醒用户确认锁车状态。

本文只从业务逻辑角度讨论问题,并非针对具体的共享单车公司。

事情是这样的,我在8月31日骑行共享单车回家,并把单车停放在家门口,并确认是锁上的。

到今天(9月10日)再次有需要使用共享单车,打开app结果傻眼了,欠费120多元(我余额12元)。

仔细看是31日的行程产生了130多元的费用。

我第一时间找客户了(只能发文字提交客服问题,没有电话客服),客服1分钟内把行程的130多元费用,改成0元(感谢)。

请看下面截图:

图片描述

图片描述

看到app上显示的信息,我首先怀疑是我自己使用完之后忘了锁车别人直接拿车去骑了。

但是地图显示终点就是我家门口。

也就是说,我花10分钟的时间骑行到终点后,锁车了,但是由于某种原因直到9月3日系统后台才记录行程结束。

我认为:

  1. 由于技术原因导致不能及时在系统记录行程结束时间,属于技术Bug
  2. 这里存在逻辑bug
  • 实际上31日13时之后的某个时间(比如是14:00),行程是肯定结束了,因为行程只有2公里。
  • 人骑车速度按15公里/小时算,13分钟就可以骑完2公里的路程。
  • 而按照截图上数据算,2公里路程骑了4000多分钟(约3天),走路都比这速度快。

因此我认为这是一个业务逻辑上的bug,后台可能需要添加一些检测逻辑

比如:

检测到数据库中该车辆是开锁状态的,但是gps数据长期没有变化,则应该在数据库中找到当前使用该车辆的用户,向用户发出“可能忘了锁车”的警告信息,引导用户确认锁车,避免产生不必要的额外费用。

再次强调: 只讨论业务逻辑!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值