滴滴打车司机,乘客算法

题目描

滴滴出行平台的出租车、快车、专车等业务都是基于地理位置的服务,乘客发出订单后,附近的司机很快能够收到订单;下面是一张简化版的分单模型设计图,以及简要介绍:


(1) 乘客创建订单时,会将订单信息写入订单池,取消订单则删除,司机出车时,将司机信息写入司机池,收车时删除;

(2) 订单分配模块会拉取到订单和司机的信息,其中包含地理位置信息,根据位置进行匹配,最终为司机分配1个5公里范围内的订单;

请根据以上的信息,回答如下问题:

1.分析该系统各模块的功能及特点;

2.对该系统做出功能和性能的测试设计;

 

1.分析如下:

(1)订单池:功能:a.包含用户的基本信息,比如用户名,用户电话,所在位置,可选车的类型(出租车、私家车或其他车型)

b.允许多用户同时登录,互不影响

c.创建订单需要填写上车的位置,目的地地址,预约的时间以及车型,在规定时间内可删除订单

d.订单创建好后,将信息传递给订单分配模块,若成功删除订单,则订单池中的订单信息被删除

特点:允许多用户同时登陆,具有数据录入,删除和传递功能

(2)司机池:

功能:

a.包含司机的基本信息,比如 司机名, 司机电话,所在位置,所开车的类型(出租车、私家车或其他车型)和车牌号,是否空车                                    

b.允许多用户同时登录,互不影响

c.接受订单后,在司机池录入出车信息;订单完成后,在司机池录入收车信息

特点:允许多用户同时登陆,具有数据录入,删除和传递功能,与订单池类似

(3)订单分配模块:

功能: 拉取到订单和司机的信息,其中包含地理位置信息,根据位置进行匹配,最终为司机分配1个5公里范围内的订单

特点:是订单池和司机池的控制和分配中心,负责两者信息的匹配与调度

2.(1)功能测试:

登陆模块测试:

a.用户和司机的登陆测试,对输入(账号和密码)进行等价类和边界值分析相结合的用例测试,检测能否成功登陆                                                         

b.测试登陆界面的风格与整体是否相融合,有无错别字

c.鼠标点击文本框,能成功选中,并且鼠标由箭头转换为在相应文本框中开始位置的竖线光标

订单模块 :

a.订单界面包含所有需求说明书上的功能按钮,且链接正常,可成功转到相应界面

b.输入用户的上车位置信息是由GPS定位选择还是自己手动输入

c.填写完所有信息后,订单创建按钮变高亮,点击后出现订单已创建成功,正等待司机接收的提示信息

d.司机接收订单后会弹出相应提示,告知用户司机的一些基本信息,比如司机当前所在位置,到达所需时间等。

e.订单提交后,能在司机接收前删除订单。

司机模块:

a.登陆后可选择出车或收车状态

b.可以成功接收订单,接收订单后可获得用户的一些基本信息,比如名字,电话,所在位置以及目的地

订单分配模块:

a.可以获取订单池和司机池的订单和出车信息

b.可以对两边的信息,根据位置进行匹配,并给司机分配订单

c.订单被司机接收之后,向用户反馈司机的信息。

(2)性能测试:

a.由登陆界面进入系统要多久

b.订单池最多能容纳多少个用户的订单,司机池最多能容纳多少个司机的信息

c.在同一时刻,最多能允许多少个用户登陆

b.用户登陆后,能在系统呆多长时间

e.是否支持网页登陆









http://m.blog.csdn.net/xiaoquantouer/article/details/54428542

  • 2
    点赞
  • 35
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
软件测试用例是软件测试中的重要组成部分,用于验证软件系统是否满足预期的功能和性能要求。一个完整的测试用例应包含以下要素: 1. 测试目标:明确测试的目标和目的,例如验证某个特定功能是否正常工作,或者检查系统的性能是否符合要求。 2. 输入数据:确定测试用例所需的输入数据,包括正常情况下的输入和边界情况下的输入。输入数据应能够覆盖系统的各种情况和可能出现的错误。 3. 预期输出:定义测试用例的预期输出结果,即在给定输入数据下,系统应该产生的正确输出。这可以是具体的数值、状态或者错误信息。 4. 执行步骤:描述测试用例的执行步骤,包括准备测试环境、输入数据、执行操作和验证结果等。步骤应该清晰明确,以确保测试的可重复性。 5. 预期结果:根据预期输出,定义测试用例的预期结果。这是一个判断标准,用于判断系统在执行测试用例后是否符合预期。 6. 实际结果:在执行测试用例后,记录实际的输出结果。这是一个与预期结果进行对比的依据,用于判断系统是否通过了测试。 7. 测试环境:指定测试用例所需的测试环境,包括硬件、操作系统、数据库等。测试环境应与实际生产环境尽可能接近,以确保测试的准确性。 8. 前置条件:定义测试用例执行前需要满足的条件,例如特定的数据状态、系统配置等。这些条件应该在执行测试用例前进行准备。 9. 后置条件:定义测试用例执行后的状态,例如数据库中的数据是否被修改、系统是否回到初始状态等。这些条件应该在执行测试用例后进行验证。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值