CN114328211A - 用于出行应用的仿真测试方法、装置以及存储介质 - Google Patents

用于出行应用的仿真测试方法、装置以及存储介质 Download PDF

Info

Publication number
CN114328211A
CN114328211A CN202111612668.8A CN202111612668A CN114328211A CN 114328211 A CN114328211 A CN 114328211A CN 202111612668 A CN202111612668 A CN 202111612668A CN 114328211 A CN114328211 A CN 114328211A
Authority
CN
China
Prior art keywords
driver
travel
data
driver end
parameters
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111612668.8A
Other languages
English (en)
Inventor
臧玉凤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Innovation Co
Original Assignee
Alibaba Singapore Holdings Pte Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Singapore Holdings Pte Ltd filed Critical Alibaba Singapore Holdings Pte Ltd
Priority to CN202111612668.8A priority Critical patent/CN114328211A/zh
Publication of CN114328211A publication Critical patent/CN114328211A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明实施例提供了一种用于出行应用的仿真测试方法、装置以及存储介质。所述仿真测试方法包括:获取针对出行场景输入的出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;基于出行服务参数,生成司机端仿真数据;基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试。本发明实施例的方法使得测试数据更加符合实际场景,减少了司机端测试对于车载设备和客户端设备的依赖,有利于实现高效且可靠的测试。

Description

用于出行应用的仿真测试方法、装置以及存储介质
技术领域
本发明实施例涉及计算机技术领域,尤其涉及一种用于出行应用的仿真测试方法、装置以及存储介质。
背景技术
随着互联网技术的普及,提供叫车服务的平台能够实现乘客与司机之间的高效对接,充分地利用了道路上车辆的闲置空间,也提高了乘客出行的效率。
叫车服务涉及乘客端应用软件和司机端之间的交互,在叫车服务的出行场景中,如何对应用软件进行高效测试变得极为关键。
然而,现有的应用软件的测试方法的效率仍然较低。
发明内容
有鉴于此,本发明实施例提供一种用于出行应用的仿真测试方法、装置以及存储介质,以至少部分解决上述问题。
根据本发明实施例的第一方面,提供了一种用于出行应用的测试方法,所述出行应用包括客户端和司机端,所述测试方法包括:获取针对出行场景输入的出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;基于出行服务参数,生成司机端仿真数据;基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试。
根据本发明实施例的第二方面,提供了一种用于出行应用的测试方法,所述出行应用包括客户端和司机端,所述测试方法包括:发送测试请求,所述测试请求中包括出行服务参数;所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数,接收响应所述测试请求返回的司机端仿真数据,所述司机端仿真数据基于所述出行服务参数生成;基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试司机端仿真数据。
根据本发明实施例的第三方面,提供了一种用于出行应用的仿真测试装置,所述出行应用包括客户端和司机端,所述测试装置包括:获取模块,获取针对出行场景输入的出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;生成模块,基于出行服务参数,生成司机端仿真数据;测试模块,基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试。
根据本发明实施例的第四方面,提供了一种用于出行应用的仿真测试装置,所述出行应用包括客户端和司机端,所述测试装置包括:发送模块,发送测试请求,所述测试请求中包括出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;接收模块,接收响应所述测试请求返回的司机端仿真数据,所述司机端仿真数据基于所述出行服务参数生成;测试模块,基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试司机端仿真数据。
根据本发明实施例的第五方面,提供了一种电子设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如第一方面或第二方面所述的方法对应的操作。
根据本发明实施例的第六方面,提供了一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面或第二方面所述的方法。
在本发明实施例的方案中,由于车载设备参数和服务参数分别反映了司机端所依赖的硬件设备情况以及基于服务器与司机端进行通信的客户端设备,因此,基于车载设备参数和服务参数生成的司机端仿真数据高效地模拟了司机端所接收的数据,使得测试数据更加符合实际场景,此外,基于与安装所述司机端的终端设备进行通信,减少了司机端测试对于车载设备和客户端设备的依赖,有利于实现高效且可靠的测试。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1为根据本发明的一个实施例的仿真测试方法所适用的测试系统的架构图。
图2A为根据本发明的另一实施例的仿真测试方法的步骤流程图。
图2B为根据本发明的另一实施例的仿真测试方法的步骤流程图。
图3为根据本发明的另一实施例的仿真测试方法的步骤流程图。
图4A为根据本发明的另一实施例的仿真测试装置的结构框图。
图4B为图4A的实施例的仿真测试装置的一个示例的示意性框图。
图5为根据本发明的另一实施例的仿真测试装置的结构框图。
图6为根据本发明的另一实施例的电子设备的结构示意图。
具体实施方式
为了使本领域的人员更好地理解本发明实施例中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明实施例一部分实施例,而不是全部的实施例。基于本发明实施例中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本发明实施例保护的范围。
下面结合本发明实施例附图进一步说明本发明实施例具体实现。
图1为根据本发明的一个实施例的仿真测试方法所适用的测试系统的架构图。测试系统包括测试平台110和出行应用程序的司机端120,测试人员130通过与测试平台110之间的交互,实现对司机端120的软件测试。
在一个示例中,测试平台110可以实现为诸如桌面电脑、服务器等具有数据处理能力的电子设备。测试平台110与司机端120之间可以通信,测试平台110上运行有测试程序,并且经由测试程序对司机端120执行测试。
在另一示例中,测试平台110可以实现为诸如私有云、公有云、专有云、混合云等云服务器。测试人员130可以从测试平台110获取用于软件测试的仿真数据,并且基于仿真数据对司机端120执行测试。
与传统的测试端测试方案不同,测试平台110包括乘客端仿真模块110和车载设备仿真模块112,无需通过出行应用的客户端和服务器对司机端120测试。
具体地,乘客端仿真模块110可以执行诸如订单数据的仿真,车载设备仿真模块112可以执行司机端所依赖的车载设备数据。车载设备包括但不限于计价器、GPS定位设备等。
图2A为根据本发明的另一实施例的仿真测试方法的步骤流程图。图2A的仿真测试方法基于图1所述的测试系统实现,并且由测试平台110执行。测试平台110可以实现为诸如桌面电脑、服务器等具有数据处理能力的电子设备。测试平台110与司机端120之间可以通信,测试平台110上运行有测试程序,并且经由测试程序对司机端120执行测试。
S210:获取针对出行场景输入的出行服务参数,出行服务参数包括司机端对应的车载设备参数以及客户端的服务参数。
应理解,客户端的服务参数可以包括行程起始位置、行程结束位置等行驶路线信息,还可以包括获取渠道信息、订单类型信息、运力类型信息、订单状态信息、作为司机端的账号信息的示例的司机身份信息、乘客端应用软件的账号信息、车辆空车状态、车辆重车状态等等。更具体地,获取渠道信息可以包括线上渠道、测试构建渠道等。订单类型包括拼车订单、非拼车订单、实时订单、预定订单等。运力类型信息可以包括出租车、快车、专车等。订单状态信息可以包括乘客下单、司机接单、司机抢单、正在接驾、司机到达、行程开始、行程结束、取消待支付、确认费用、订单已完成、订单关闭等。司机身份信息可以包括司机身份标识、手机号、司机姓名信息等。另外,客户端的服务参数可以与订单数指示的订单状态相关联,例如,乘客下单操作与乘客发单状态相关联。
还应理解,客户端的服务参数也可以作为线上乘客订单信息被获取。另外,客户端的服务参数可以从历史乘客订单信息中获得,例如,可以存储构建的客户端的服务参数,作为历史订单信息的一部分。历史订单信息可以作为订单列表呈现,可以进入订单列表中的任意订单,对当前订单进行构建。订单列表中可以包括订单号、渠道订单号、创建时间、行程起始位置、行程结束位置、乘客手机号、司机手机号等各个参数。上述参数可以用于从订单列表中搜索与出行场景匹配的订单、或者与出行场景的匹配度较高的订单,并且基于该匹配度较高的订单中的部分信息进行变更,得到仿真订单数据。
还应理解,可以在测试平台的人机交互界面中输入上述出行服务参数。也可以调取预先存储的出行服务参数。
S220:基于出行服务参数,生成司机端仿真数据。
应理解,司机端仿真数据可以包括车载设备数据和订单数据中的至少一者。车载设备数据包括车辆轨迹数据、计价器的抬表状态、扣表状态、行程计价数据。订单数据包括但不限于订单类型、订单状态、行程状态、出行路线等。出行路线包括但不限于出发地、目的地等。在订单类型为拼车订单时,出发地和目的地可以为一个或多个。
还应理解,司机端对应的车载设备参数指示车载设备的位置参数和/或状态参数,车载设备包括但不限于计价器、诸如全球定位系统(Global Positioning System,GPS)设备的车辆定位设备、车机等。车载设备参数包括但不限于计价器的抬表状态、扣表状态、行程计价值、车辆定位设备的定位位置、车载定位设备的开启状态、结束状态、车机签到信息、车机签退信息等。
S230:基于司机端仿真数据与安装司机端的终端设备进行通信,对司机端进行测试。
应理解,对司机端进行测试时,可以通过接收司机端返回的订单数据执行。例如,司机端可以在将订单状态变更为接单状态时,向测试平台发送订单状态变更提醒消息。相应地,测试人员可以相应地在测试平台上将订单状态变更为接单状态,以便在诸如测试平台的人机交互界面处获取与接单状态相关的操作。该相关的操作可以包括车载设备状态仿真信息的获取、订单取消操作、与司机端的账号信息进行绑定的操作。
还应理解,订单状态包括客户端订单状态和司机端订单状态。订单状态的流转包括在诸如司机接单、司机抢单、正在接驾、司机到达、行程开始、行程结束、取消待支付、确认费用、订单已完成、订单关闭等订单状态中进入任意状态中,也可以指在多种状态中的任意两状态之间进行流转。
还应理解,对司机端执行车载设备状态仿真信息指示的操作时,可以相应地在测试平台的人机交互界面中的操作进行相应的订单状态流转操作。应理解,上述对司机端执行车载设备状态仿真信息指示的操作、以及在测试平台的人机交互界面中的操作进行相应的订单状态流转操作两者可以为并行的,本发明实施例对两者的执行次序不作限定。
在本发明实施例的方案中,由于车载设备参数和服务参数分别反映了司机端所依赖的硬件设备情况以及基于服务器与司机端进行通信的客户端设备,因此,基于车载设备参数和服务参数生成的司机端仿真数据高效地模拟了司机端所接收的数据,使得测试数据更加符合实际场景,此外,基于与安装所述司机端的终端设备进行通信,减少了司机端测试对于车载设备和客户端设备的依赖,有利于实现高效且可靠的测试。
换言之,本发明实施例的方案无需依赖传统测试所需的客户端程序和服务器,即能得到司机端所接收的可靠的仿真数据。这时,当通过诸如订单状态流转的测试,可以查看司机端的程序是否运行正常,如果司机端运行不正常,则可以对相应的接口配置进行排查。
图2B为根据本发明的另一实施例的仿真测试方法的步骤流程图。图2B的仿真测试方法基于图1所述的测试系统实现,并且由测试平台110执行。测试平台110可以实现为诸如私有云、公有云、专有云、混合云等云服务器。测试人员130可以从测试平台110获取用于软件测试的仿真数据,并且基于仿真数据对司机端120执行测试。
S270:发送测试请求,测试请求中包括出行服务参数,出行服务参数包括司机端对应的车载设备参数以及客户端的服务参数。
S280:接收响应测试请求返回的司机端仿真数据,司机端仿真数据基于出行服务参数生成。
S290:基于司机端仿真数据与安装司机端的终端设备进行通信,对司机端进行测试司机端仿真数据。
在另一些示例中,基于出行服务参数,生成司机端仿真数据,包括:确定司机端与出行场景对应的接口配置;基于出行服务参数,生成与接口配置匹配的司机端仿真数据。
换言之,与接口配置匹配的司机端仿真数据能够经由接口配置执行测试,可以查看司机端的程序是否运行正常,如果司机端运行不正常,则可以对相应的接口配置进行排查。
在另一些示例中,与出行场景对应的接口配置包括司机端与客户端的服务接口配置。基于出行服务参数,生成与接口配置匹配的司机端仿真数据,包括:基于客户端的服务参数,生成与服务接口配置匹配的订单数据。基于司机端仿真数据与安装司机端的终端设备进行通信,对司机端进行测试,包括:向安装司机端的终端设备发送订单数据,测试服务接口配置。
应理解,与服务接口配置匹配的订单数据能够经由服务接口配置执行测试,可以查看司机端的程序是否运行正常,如果司机端程序运行不正常,则可以对相应的服务接口配置进行排查。
在另一些示例中,客户端的服务参数包括各个出行场景的出行路线参数。基于客户端的服务参数,生成与服务接口配置匹配的订单数据,包括:基于各个出行场景的出行路线参数,生成与各个出行场景对应的服务接口配置匹配的批量订单。
具体地,可以获取历史行程订单信息,至少将历史行程订单信息中的订单状态变更为下单状态,得到符合出行场景的仿真乘客订单信息。由于历史行程订单信息的获取效率较高和数据量比较大,因此,将历史行程订单信息中的订单状态变更为下单状态,得到了符合出行场景的仿真乘客订单信息,提高了仿真乘客订单信息的获取效率。
在另一些示例中,与出行场景对应的接口配置包括司机端与车载设备的设备接口配置。基于出行服务参数,生成与接口配置匹配的司机端仿真数据,包括:基于车载设备参数,生成与设备接口配置匹配的车载设备状态数据。基于司机端仿真数据与安装司机端的终端设备进行通信,对司机端进行测试,包括:向安装司机端的终端设备发送车载设备状态数据,测试设备接口配置。
应理解,与设备接口配置匹配的车载设备数据能够经由设备接口配置执行测试,可以查看司机端的程序是否运行正常,如果司机端运行不正常,则可以对相应的设备接口配置进行排查。
在另一些示例中,车载设备参数包括车辆定位参数。基于车载设备参数,生成与设备接口配置匹配的车载设备状态数据,包括:基于车载定位参数,生成与GPS接口匹配的车辆轨迹数据。
在另一些示例中,司机端仿真数据包括订单数据。向安装司机端的终端设备发送车载设备状态数据,包括:确定订单数据指示的出行路线与车辆轨迹数据指示的定位位置之间的匹配关系;基于匹配关系,关联订单数据与车辆轨迹数据之间的发送时机;基于发送时机,向安装司机端的终端设备发送订单数据和车辆轨迹数据。
更具体地,可以在所述司机端进入所述乘客下单操作的费用确认状态时,确定所述行程起始位置和所述行程结束位置之间的模拟行驶轨迹,然后根据所述模拟行驶轨迹的里程、以及单位里程费用之间的乘积,确定计价器费用信息。由于利用了仿真乘客订单信息中包括的行程起始位置和行程结束位置进行行驶轨迹模拟,因此提高了计价器费用信息的准确性。
在另一些示例中,基于司机端仿真数据与安装司机端的终端设备进行通信,对司机端进行测试,包括:向安装司机端的终端设备发送司机端仿真数据,司机端仿真数据指示司机端订单状态的流转;从终端设备接收指示流转后的司机端订单状态的司机端响应数据。
在另一些示例中,基于司机端仿真数据与安装司机端的终端设备进行通信,对司机端进行测试,还包括:基于司机端响应数据,流转客户端订单状态;基于流转后的客户端订单状态,更新司机端仿真数据。
例如,可以获取司机端在乘客下单操作的已接单状态下所需的计价器扣表操作信息,然后向司机端通知计价器扣表操作信息,进入到乘客下单操作的行程开始状态。
又例如,可以获取司机端在乘客下单操作的行程结束状态下所需的计价器抬表操作信息,然后向司机端通知计价器抬表操作信息,进入到乘客下单操作的费用确认状态。由于通过计价器抬表操作信息对计价器抬表操作进行了仿真,减小了对计价器等车载设备的依赖。
又例如,可以获取司机端在乘客下单操作的费用确认状态下所需的计价器费用信息,然后向司机端通知计价器费用信息,进入到乘客下单操作的订单结束状态。
具体地,订单数据指示出行路线和车辆定位数据指示的定位位置之间的关联关系,测试司机端的计价器接口。
另外,还可以接收计价器接口的计价器状态,然后基于计价器状态,更新订单数据。
另外,还可以接收计价器接口在计价器抬表时返回的计价费用信息,然后,基于计价费用信息,将订单数据指示的行程状态更新为行程结束,并且将订单数据指示的订单状态更新为订单支付状态。
在另一些示例中,与出行场景对应的接口配置包括司机端的登录接口配置。基于出行服务参数,生成与接口配置匹配的司机端仿真数据,包括:基于登录状态参数,生成与登录接口配置匹配的司机端登录状态数据。
具体地,可以获取司机端在乘客下单操作之前所需的出车签到信息、以及订单结束之后的收车签退信息,然后,对司机端执行出车签到信息和收车签退信息所指示的操作。由于出车签到信息和收车签退信息所指示的操作进行了仿真,减小了对车机等车载设备的依赖。
图3为根据本发明的另一实施例的仿真测试方法的步骤流程图。图3的仿真测试方法为图2A和图2B的仿真测试方法的一个实现方式,并且同样适用于图1的测试系统架构。
在步骤310中,测试人员130可以通过测试平台110的人机交互界面上执行操作,启动测试。
在步骤321中,测试平台110中的乘客端仿真模块111通过出行服务参数,生成司机端仿真数据,执行下单仿真。
在步骤322中,测试平台110中的乘客端仿真模块111基于客户端订单状态的流转,更新订单数据。
应理解,步骤321和步骤322是执行订单数据的仿真的具体示例。
在步骤331中,测试平台110中的车载设备仿真模块112基于第一车载设备的参数,生成第一车载设备数据。
在步骤332中,测试平台110中的车载设备仿真模块112基于第二车载设备的参数,生成第二车载设备数据。
应理解,步骤321和步骤322是执行司机端对应的车载设备数据的仿真的具体示例。第一车载设备和第二车载设备为不同的车载设备,车载设备的类型如上文所述,此处不再赘述。
在步骤340中,测试平台110通过将订单数据与车载设备数据关联,得到司机端仿真数据,并且向司机端的终端设备发送司机端仿真数据。
在步骤350中,司机端根据司机端订单状态的流转,更新司机端订单数据,返回到测试平台120。
图4A为根据本发明的另一实施例的仿真测试装置的结构框图。图4A的仿真测试装置基于图1所述的测试系统实现,并且由测试平台110执行。测试平台110可以实现为诸如桌面电脑、服务器等具有数据处理能力的电子设备。测试平台110与司机端120之间可以通信,测试平台110上运行有测试程序,并且经由测试程序对司机端120执行测试。
本实施例的测试装置包括:
获取模块410,获取针对出行场景输入的出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数。
生成模块420,基于出行服务参数,生成司机端仿真数据。
测试模块430,基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试。
在本发明实施例的方案中,由于车载设备参数和服务参数分别反映了司机端所依赖的硬件设备情况以及基于服务器与司机端进行通信的客户端设备,因此,基于车载设备参数和服务参数生成的司机端仿真数据高效地模拟了司机端所接收的数据,使得测试数据更加符合实际场景,此外,基于与安装所述司机端的终端设备进行通信,减少了司机端测试对于车载设备和客户端设备的依赖,有利于实现高效且可靠的测试。
下面将结合图4A和图4B的结构框图对各个示例的方案进行描述,图4B示出的各个部分是图4A所示的模块的子模块。
在另一些示例中,生成模块420具体用于:确定所述司机端与所述出行场景对应的接口配置,基于所述出行服务参数,生成与所述接口配置匹配的司机端仿真数据。
在另一些示例中,所述与所述出行场景对应的接口配置包括所述司机端与所述客户端的服务接口配置。
生成模块420具体用于:基于所述客户端的服务参数,生成与所述服务接口配置匹配的订单数据,测试模块430具体用于:向安装所述司机端的终端设备发送所述订单数据,测试所述服务接口配置。
在另一些示例中,所述客户端的服务参数包括各个出行场景的出行路线参数。
订单列表子模块411具体用于:获取包括各个出行场景的出行路线参数的订单列表,其中,订单列表中的每个订单可以具有不同的出行路线参数。
订单下单子模块421具体用于:基于所述各个出行场景的出行路线参数,生成与各个出行场景对应的服务接口配置匹配的批量订单。
在另一些示例中,所述与所述出行场景对应的接口配置包括所述司机端与车载设备的设备接口配置。
生成模块420具体用于:基于所述车载设备参数,生成与所述设备接口配置匹配的车载设备状态数据。
测试模块430具体用于:向安装所述司机端的终端设备发送所述车载设备状态数据,测试所述设备接口配置。
在另一些示例中,所述车载设备参数包括车辆定位参数。轨迹模式子模块424具体用于:基于所述车载定位参数,生成与GPS接口匹配的车辆轨迹数据。
在另一些示例中,所述司机端仿真数据包括订单数据。测试模块430具体用于:确定所述订单数据指示的出行路线与所述车辆轨迹数据指示的定位位置之间的匹配关系;基于所述匹配关系,关联所述订单数据与所述车辆轨迹数据之间的发送时机;基于所述发送时机,向安装所述司机端的终端设备发送所述订单数据和所述车辆轨迹数据。
具体地,计价器操作子模块423用于在出行路线中的出发地与车辆轨迹数据指示的当前位置匹配时,生成计价器扣表操作。计价器操作子模块423还用于在出行路线中的目的地与车辆轨迹数据指示的当前位置匹配时,生成计价器抬表操作。然后,司机端可以基于抬表操作,进入到订单支付状态。
在另一些示例中,测试模块430具体用于:向安装所述司机端的终端设备发送所述司机端仿真数据,所述司机端仿真数据指示司机端订单状态的流转;从所述终端设备接收指示流转后的司机端订单状态的司机端响应数据。
在另一些示例中,订单操作子模块431用于:基于所述司机端响应数据,流转客户端订单状态,然后,基于流转后的客户端订单状态,更新司机端仿真数据。
在另一些示例中,所述与所述出行场景对应的接口配置包括所述司机端的登录接口配置。生成模块420具体用于:基于登录状态参数,生成与所述登录接口配置匹配的司机端登录状态数据。
具体地,签到/签退子模块422用于基于登录状态参数指示的签到参数,生成签到数据,司机端接收到签到数据时执行签到操作。签到/签退子模块422还用于基于登录状态参数指示的签退参数,生成签退数据,司机端接收到签退数据时执行签退操作。
图5为根据本发明的另一实施例的仿真测试装置的结构框图。图5的仿真测试装置基于图1所述的测试系统实现,并且由测试平台110执行。测试平台110可以实现为诸如私有云、公有云、专有云、混合云等云服务器。测试人员130可以从测试平台110获取用于软件测试的仿真数据,并且基于仿真数据对司机端120执行测试。
本实施例的测试装置包括:
发送模块510,发送测试请求,所述测试请求中包括出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数。
接收模块520,接收响应所述测试请求返回的司机端仿真数据,所述司机端仿真数据基于所述出行服务参数生成。
测试模块530,基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试司机端仿真数据。
本实施例的装置用于实现前述多个方法实施例中相应的方法,并具有相应的方法实施例的有益效果,在此不再赘述。此外,本实施例的装置中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述,在此亦不再赘述。
参照图6,示出了根据本发明的另一实施例的电子设备的结构示意图,本发明具体实施例并不对电子设备的具体实现做限定。
如图6所示,该电子设备可以用于在叫车服务的出行场景下对司机端进行仿真测试。该电子设备可以包括:处理器(processor)602、通信接口(Communications Interface)604、存储器(memory)606、以及通信总线608。
其中:
处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。
通信接口604,用于与其它电子设备或服务器进行通信。
处理器602,用于执行程序610,具体可以执行上述方法实施例中的相关步骤。
具体地,程序610可以包括程序代码,该程序代码包括计算机操作指令。
处理器602可能是处理器CPU,或者是特定集成电路ASIC(Application SpecificIntegrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。智能设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器606,用于存放程序610。存储器606可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序610具体可以用于使得处理器602执行以下操作:获取针对出行场景输入的出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;基于出行服务参数,生成司机端仿真数据;基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试。
或者,程序610具体可以用于使得处理器602执行以下操作:发送测试请求,所述测试请求中包括出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;接收响应所述测试请求返回的司机端仿真数据,所述司机端仿真数据基于所述出行服务参数生成;基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试司机端仿真数据。
此外,程序610中各步骤的具体实现可以参见上述方法实施例中的相应步骤和单元中对应的描述,在此不赘述。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的设备和模块的具体工作过程,可以参考前述方法实施例中的对应过程描述,在此不再赘述。
需要指出,根据实施的需要,可将本发明实施例中描述的各个部件/步骤拆分为更多部件/步骤,也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤,以实现本发明实施例的目的。
上述根据本发明实施例的方法可在硬件、固件中实现,或者被实现为可存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计算机代码,或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码,从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如ASIC或FPGA)的记录介质上的这样的软件处理。可以理解,计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如,RAM、ROM、闪存等),当所述软件或计算机代码被计算机、处理器或硬件访问且执行时,实现在此描述的方法。此外,当通用计算机访问用于实现在此示出的方法的代码时,代码的执行将通用计算机转换为用于执行在此示出的方法的专用计算机。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及方法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明实施例的范围。
以上实施方式仅用于说明本发明实施例,而并非对本发明实施例的限制,有关技术领域的普通技术人员,在不脱离本发明实施例的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本发明实施例的范畴,本发明实施例的专利保护范围应由权利要求限定。

Claims (14)

1.一种用于出行应用的测试方法,所述出行应用包括客户端和司机端,所述测试方法包括:
获取针对出行场景输入的出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;
基于出行服务参数,生成司机端仿真数据;
基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试。
2.根据权利要求1所述的方法,其中,所述基于出行服务参数,生成司机端仿真数据,包括:
确定所述司机端与所述出行场景对应的接口配置;
基于所述出行服务参数,生成与所述接口配置匹配的司机端仿真数据。
3.根据权利要求2所述的方法,其中,所述与所述出行场景对应的接口配置包括所述司机端与所述客户端的服务接口配置,
所述基于所述出行服务参数,生成与所述接口配置匹配的司机端仿真数据,包括:
基于所述客户端的服务参数,生成与所述服务接口配置匹配的订单数据,
所述基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试,包括:
向安装所述司机端的终端设备发送所述订单数据,测试所述服务接口配置。
4.根据权利要求3所述的方法,其中,所述客户端的服务参数包括各个出行场景的出行路线参数,
所述基于所述客户端的服务参数,生成与所述服务接口配置匹配的订单数据,包括:
基于所述各个出行场景的出行路线参数,生成与各个出行场景对应的服务接口配置匹配的批量订单。
5.根据权利要求2所述的方法,其中,所述与所述出行场景对应的接口配置包括所述司机端与车载设备的设备接口配置,
所述基于所述出行服务参数,生成与所述接口配置匹配的司机端仿真数据,包括:
基于所述车载设备参数,生成与所述设备接口配置匹配的车载设备状态数据,
所述基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试,包括:
向安装所述司机端的终端设备发送所述车载设备状态数据,测试所述设备接口配置。
6.根据权利要求5所述的方法,其中,所述车载设备参数包括车辆定位参数,
所述基于所述车载设备参数,生成与所述设备接口配置匹配的车载设备状态数据,包括:
基于所述车载定位参数,生成与GPS接口匹配的车辆轨迹数据。
7.根据权利要求5所述的方法,其中,所述司机端仿真数据包括订单数据,
所述向安装所述司机端的终端设备发送所述车载设备状态数据,包括:
确定所述订单数据指示的出行路线与所述车辆轨迹数据指示的定位位置之间的匹配关系;
基于所述匹配关系,关联所述订单数据与所述车辆轨迹数据之间的发送时机;
基于所述发送时机,向安装所述司机端的终端设备发送所述订单数据和所述车辆轨迹数据。
8.根据权利要求1所述的方法,其中,所述基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试,包括:
向安装所述司机端的终端设备发送所述司机端仿真数据,所述司机端仿真数据指示司机端订单状态的流转;
从所述终端设备接收指示流转后的司机端订单状态的司机端响应数据。
9.根据权利要求8所述的方法,其中,所述基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试,还包括:
基于所述司机端响应数据,流转客户端订单状态;
基于流转后的客户端订单状态,更新司机端仿真数据。
10.根据权利要求5所述的方法,其中,所述与所述出行场景对应的接口配置包括所述司机端的登录接口配置,
所述基于所述出行服务参数,生成与所述接口配置匹配的司机端仿真数据,包括:
基于登录状态参数,生成与所述登录接口配置匹配的司机端登录状态数据。
11.一种用于出行应用的测试方法,所述出行应用包括客户端和司机端,所述测试方法包括:
发送测试请求,所述测试请求中包括出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;
接收响应所述测试请求返回的司机端仿真数据,所述司机端仿真数据基于所述出行服务参数生成;
基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试司机端仿真数据。
12.一种用于出行应用的仿真测试装置,所述出行应用包括客户端和司机端,所述测试装置包括:
获取模块,获取针对出行场景输入的出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;
生成模块,基于出行服务参数,生成司机端仿真数据;
测试模块,基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试。
13.一种用于出行应用的仿真测试装置,所述出行应用包括客户端和司机端,所述测试装置包括:
发送模块,发送测试请求,所述测试请求中包括出行服务参数,所述出行服务参数包括所述司机端对应的车载设备参数以及所述客户端的服务参数;
接收模块,接收响应所述测试请求返回的司机端仿真数据,所述司机端仿真数据基于所述出行服务参数生成;
测试模块,基于所述司机端仿真数据与安装所述司机端的终端设备进行通信,对所述司机端进行测试司机端仿真数据。
14.一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如权利要求1-11中任一所述的方法。
CN202111612668.8A 2021-12-27 2021-12-27 用于出行应用的仿真测试方法、装置以及存储介质 Pending CN114328211A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111612668.8A CN114328211A (zh) 2021-12-27 2021-12-27 用于出行应用的仿真测试方法、装置以及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111612668.8A CN114328211A (zh) 2021-12-27 2021-12-27 用于出行应用的仿真测试方法、装置以及存储介质

Publications (1)

Publication Number Publication Date
CN114328211A true CN114328211A (zh) 2022-04-12

Family

ID=81013698

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111612668.8A Pending CN114328211A (zh) 2021-12-27 2021-12-27 用于出行应用的仿真测试方法、装置以及存储介质

Country Status (1)

Country Link
CN (1) CN114328211A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116153166A (zh) * 2023-04-21 2023-05-23 西北铁道电子股份有限公司 一种轨道车司机出乘前车载模拟方法、系统及设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116153166A (zh) * 2023-04-21 2023-05-23 西北铁道电子股份有限公司 一种轨道车司机出乘前车载模拟方法、系统及设备

Similar Documents

Publication Publication Date Title
US10021243B2 (en) Telephone call placement
CN111447590A (zh) 车辆对车辆文件共享系统和方法
CN114830081A (zh) 交通工具软件部署系统
CN106575403B (zh) 信息提供系统、显示控制装置、信息设备以及信息提供方法
CN111340968B (zh) 车辆通行信息获取方法及相关装置
CN114328211A (zh) 用于出行应用的仿真测试方法、装置以及存储介质
CN113391801B (zh) 基于云端业务的推荐引擎架构
CN108320184B (zh) 用于车辆计费的方法、装置、设备、系统及存储介质
CN108519093B (zh) 一种导航路线确定方法及装置
CN110245763B (zh) 一种基于数据链的网络约车方法、装置及数据链节点
CN109916420B (zh) 一种车辆导航的方法及相关装置
CN112488430A (zh) 一种预测订单取消的建模方法、装置、计算机设备及计算机可读存储介质
WO2020147183A1 (en) An information exchange and synchronization method and apparatus
CN113284295A (zh) 用于租赁车辆的方法、电子设备和计算机存储介质
CN115759307A (zh) 一种订单派送方法、装置、电子设备及存储介质
CN113052397B (zh) 上车信息的确定方法、装置、电子设备和存储介质
CN115617823A (zh) 地图更新数据下载方法、装置、设备及可读介质
CN108320339A (zh) 用于车辆计费的方法、装置、设备、系统及存储介质
CN111131384B (zh) 位置排序方法及装置
CN112036933A (zh) 一种用于信息处理的方法、电子设备及计算机存储介质
CN107025530A (zh) 物流业务中的分账信息确定方法、装置及系统
CN115273449B (zh) 车队集合节点确认方法、装置、设备及介质
CN113029179B (zh) 一种路线评测方法、装置、电子设备及存储介质
CN111612562B (zh) 数据标记方法、装置及电子设备
CN111552887B (zh) 一种业务内容的投放方法、装置及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20240307

Address after: # 03-06, Lai Zan Da Building 1, 51 Belarusian Road, Singapore

Applicant after: Alibaba Innovation Co.

Country or region after: Singapore

Address before: Room 01, 45th Floor, AXA Building, 8 Shanton Road, Singapore

Applicant before: Alibaba Singapore Holdings Ltd.

Country or region before: Singapore

TA01 Transfer of patent application right