【技术实现步骤摘要】
出行订单的测试方法、装置、设备及存储介质
[0001]本专利技术实施例涉及数据处理
，尤其涉及一种出行订单的测试方法、装置、设备及存储介质。
技术介绍
[0002]随着打车软件的普及，用户可以便捷地通过智能设备发布打车信息，大大提高了打车效率，为人们打车提供了便利。
[0003]打车软件通常分为乘客端APP和司机端APP，乘客通过乘客端APP完成乘客叫单、显示订单状态为行程中、支付费用和用车评价等功能；司机通过司机端APP完成接单、确认开始服务、结束服务等功能。当对乘客端显示订单信息的UI界面进行打车流程的功能测试时，需要依靠司机端的相应操作来实现，以确保订单执行过程准确无误。例如，在对乘客端UI界面的订单信息进行测试时，需要司机在司机端APP上进行手动触发登录、接单、确认开始服务或结束服务等操作，以完成整体订单流程。
[0004]然而，上述对乘客端的出行订单进行校验过程由于需要依靠司机端的操作，存在测试效率较低的问题。
技术实现思路
[0005]本申请提供一种出行订单的测试方法、装置、...
【技术保护点】
【技术特征摘要】
1.一种出行订单的测试方法，其特征在于，应用于乘客端的监控后台，所述方法包括：接收用户发送的出行订单，并从所述出行订单中提取预设特征值；所述预设特征值为反映接单要求的特征值；根据所述预设特征值从当前状态为可接单的多个司机中确定接收所述出行订单的目标司机，根据确定的目标司机调用服务后台中司机端的相应接口以完成司机端的相应操作；在调用所述相应接口后确定乘客端UI界面的页面信息是否存在异常；所述页面信息为完成司机端的相应操作时对应的乘客端的页面信息。2.根据权利要求1所述的方法，其特征在于，所述预设特征值包括：起始位置、目标业务类型及订单编号；根据所述预设特征值从当前状态为可接单的多个司机中确定接收所述出行订单的目标司机，包括：根据所述目标业务类型确定满足第一接单要求的多个第一目标司机；所述第一接单要求表示所述多个第一目标司机支持的业务类型与所述目标业务类型相同；根据所述起始位置从所述多个第一目标司机中确当确定满足第二接单要求的多个第二目标司机；所述第二接单要求表示所述多个第二目标司机的位置处于所述起始位置的预设范围内；根据所述订单编号对应的用车信息从所述第二目标司机中确定满足第三接单要求的目标司机；所述第三接单要求表示所述目标司机对应的车辆类型与所述用车信息相匹配。3.根据权利要求2所述的方法，其特征在于，根据确定的目标司机调用服务后台中司机端的相应接口以完成司机端的相应操作，包括：获取所述目标司机的账号信息，根据所述账号信息依次调用司机登录接口和司机接单接口以完成司机登录操作和接单操作，其中，调用所述司机接单接口需要在确定所述司机登录后执行；相应的，在调用所述相应接口后确定乘客端UI界面的页面信息是否存在异常，包括：根据调用所述司机接单接口对应的第一返回值确定第一结果信息，根据所述订单编号确定对应的用户信息，根据所述用户信息获取乘客端UI界面的第一订单状态信息；若确定所述第一结果信息为司机接单成功且所述第一订单状态信息为已接单状态，则确定在接单阶段乘客端UI界面的页面信息不存在异常。4.根据权利要求3所述的方法，其特征在于，若确定所述第一结果信息为司机接单成功，所述方法还包括：根据所述账号信息依次调用预设接口以分别完成与所述预设接口对应的司机操作；所述预设接口包括：开始服务接口、开始计费接口和结束计费接口；与所述预设接口对应的司机操作包括：开始服务操作、开始计费操作和结束计费操作；相应的，在调用所述相应接口后确定乘客端UI界面的页面信息是否存在异常，包括：根据调用所述预设接口对应的第二返回值确定第二结果信息，根据所述乘客端信息获取乘客端UI界面的第二订单状态信息；若所述第二结果信息为成功调用所述预设接口且所述第二订单状态信息与所述司机操作相对应，则确定在接单后的各个阶段中乘客端UI界面的页面信息不存在异常；其中，所述第二订单状态信息包括：开始服务状态、行程中状态、待支付状态。
5.根据权利要求4所述的方法，其...
【专利技术属性】
技术研发人员：程贇，郑宜菲，郭军，杜洋，黎勇，
申请(专利权)人：杭州优行科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。