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

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

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

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

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

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

请看下面截图:图片

图片描述

图片描述

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

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

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

我认为:bug

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

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

好比:

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

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

相关文章
相关标签/搜索