Simulation Test Method, Device, and Storage Medium for Travel Applications

Abstract

An embodiment of the present invention provides a simulation test method, device, and storage medium for travel applications. The simulation test method includes: obtaining travel service parameters input for a travel scenario, where the travel service parameters include in-vehicle device parameters corresponding to the driver side and service parameters of the client side; generating driver side simulation data based on the travel service parameters; and communicating with a terminal device installed with the driver side based on the driver side simulation data to test the driver side. The method of the embodiment of the present invention makes the test data more in line with the actual scenario, reduces the dependence of driver side testing on in-vehicle devices and client devices, and is conducive to achieving efficient and reliable testing.

Description

Technical Field

[0001] Embodiments of the present invention relate to the field of computer technology, and in particular, to a simulation test method, apparatus, and storage medium for travel applications. Background Art

[0002] With the popularization of Internet technology, platforms providing car-hailing services can achieve efficient docking between passengers and drivers, making full use of the idle space of vehicles on the road and improving the travel efficiency of passengers.

[0003] Car-hailing services involve the interaction between the passenger-side application software and the driver side. In the travel scenario of car-hailing services, how to efficiently test the application software becomes extremely crucial.

[0004] However, the efficiency of existing testing methods for application software is still relatively low. Summary of the Invention

[0005] In view of this, embodiments of the present invention provide a simulation test method, apparatus, and storage medium for travel applications to at least partially solve the above problems.

[0006] According to the first aspect of the embodiments of the present invention, a testing method for travel applications is provided. The travel application includes a client and a driver side. The testing method includes: obtaining travel service parameters input for a travel scenario, where the travel service parameters include vehicle-mounted device parameters corresponding to the driver side and service parameters of the client; generating driver-side simulation data based on the travel service parameters; and communicating with a terminal device installed with the driver side based on the driver-side simulation data to test the driver side.

[0007] According to the second aspect of the embodiments of the present invention, a testing method for travel applications is provided. The travel application includes a client and a driver side. The testing method includes: sending a test request, where the test request includes travel service parameters; the travel service parameters include vehicle-mounted device parameters corresponding to the driver side and service parameters of the client, receiving driver-side simulation data returned in response to the test request, where the driver-side simulation data is generated based on the travel service parameters; and communicating with a terminal device installed with the driver side based on the driver-side simulation data to test the driver side.

[0008] According to a third aspect of an embodiment of the present invention, there is provided a simulation test device for a travel application, where the travel application includes a client and a driver terminal, and the test device includes: an acquisition module that acquires travel service parameters input for a travel scenario, where the travel service parameters include in-vehicle device parameters corresponding to the driver terminal and service parameters of the client; a generation module that generates driver terminal simulation data based on the travel service parameters; and a test module that communicates with a terminal device installed with the driver terminal based on the driver terminal simulation data to test the driver terminal.

[0009] According to a fourth aspect of an embodiment of the present invention, there is provided a simulation test device for a travel application, where the travel application includes a client and a driver terminal, and the test device includes: a sending module that sends a test request, where the test request includes travel service parameters, and the travel service parameters include in-vehicle device parameters corresponding to the driver terminal and service parameters of the client; a receiving module that receives driver terminal simulation data returned in response to the test request, where the driver terminal simulation data is generated based on the travel service parameters; and a test module that communicates with a terminal device installed with the driver terminal based on the driver terminal simulation data to test the driver terminal simulation data of the driver terminal.

[0010] According to a fifth aspect of an embodiment of the present invention, there is provided an electronic device, including: a processor, a memory, a communication interface, and a communication bus, where the processor, the memory, and the communication interface complete communication with each other through the communication bus; the memory is used to store at least one executable instruction, and the executable instruction causes the processor to perform operations corresponding to the method described in the first aspect or the second aspect.

[0011] According to a sixth aspect of an embodiment of the present invention, there is provided a computer storage medium, on which a computer program is stored, and when the program is executed by a processor, it implements the method described in the first aspect or the second aspect.

[0012] In the solution of the embodiment of the present invention, since the in-vehicle device parameters and the service parameters respectively reflect the hardware device situation relied on by the driver terminal and the client device that communicates with the driver terminal based on the server, therefore, the driver terminal simulation data generated based on the in-vehicle device parameters and the service parameters efficiently simulates the data received by the driver terminal, making the test data more in line with the actual scenario. In addition, by communicating with the terminal device installed with the driver terminal, the dependence of the driver terminal test on the in-vehicle device and the client device is reduced, which is beneficial to achieving efficient and reliable testing. Description of the Drawings

[0013] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the accompanying drawings required for the description of the embodiments or the prior art. Obviously, the accompanying drawings in the following description are only some embodiments described in the embodiments of the present invention. For those of ordinary skill in the art, other drawings can also be obtained based on these drawings.

[0014] Figure 1 It is an architecture diagram of a test system applicable to a simulation test method according to an embodiment of the present invention.

[0015] Figure 2A It is a flowchart of the steps of a simulation test method according to another embodiment of the present invention.

[0016] Figure 2B It is a flowchart of the steps of a simulation test method according to another embodiment of the present invention.

[0017] Figure 3 It is a flowchart of the steps of a simulation test method according to another embodiment of the present invention.

[0018] Figure 4A It is a structural block diagram of a simulation test device according to another embodiment of the present invention.

[0019] Figure 4B For Figure 4A A schematic block diagram of an example of a simulation test device of an embodiment.

[0020] Figure 5 It is a structural block diagram of a simulation test device according to another embodiment of the present invention.

[0021] Figure 6 It is a structural schematic diagram of an electronic device according to another embodiment of the present invention. Detailed implementation manners

[0022] In order to enable those skilled in the art to better understand the technical solutions in the embodiments of the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all of the embodiments. Based on the embodiments in the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art shall fall within the protection scope of the embodiments of the present invention.

[0023] The following further illustrates the specific implementation of the embodiments of the present invention in conjunction with the accompanying drawings of the embodiments of the present invention.

[0024] Figure 1It is an architecture diagram of a test system applicable to the simulation test method according to an embodiment of the present invention. The test system includes a test platform 110 and a driver side 120 of a travel application. The tester 130 realizes software testing of the driver side 120 through interaction with the test platform 110.

[0025] In one example, the test platform 110 can be implemented as an electronic device with data processing capabilities such as a desktop computer, a server, etc. Communication can be established between the test platform 110 and the driver side 120. A test program runs on the test platform 110, and the driver side 120 is tested via the test program.

[0026] In another example, the test platform 110 can be implemented as a cloud server such as a private cloud, a public cloud, a proprietary cloud, a hybrid cloud, etc. The tester 130 can obtain simulation data for software testing from the test platform 110 and perform testing on the driver side 120 based on the simulation data.

[0027] Different from the traditional test end test solution, the test platform 110 includes a passenger side simulation module 110 and a vehicle-mounted device simulation module 112, and there is no need to test the driver side 120 through the client and server of the travel application.

[0028] Specifically, the passenger side simulation module 110 can perform simulations such as order data, and the vehicle-mounted device simulation module 112 can perform vehicle-mounted device data relied on by the driver side. The vehicle-mounted devices include but are not limited to a taximeter, a GPS positioning device, etc.

[0029] Figure 2A It is a step flow chart of the simulation test method according to another embodiment of the present invention. Figure 2A The simulation test method is based on Figure 1 The described test system is implemented and executed by the test platform 110. The test platform 110 can be implemented as an electronic device with data processing capabilities such as a desktop computer, a server, etc. Communication can be established between the test platform 110 and the driver side 120. A test program runs on the test platform 110, and the driver side 120 is tested via the test program.

[0030] S210: Obtain travel service parameters input for a travel scenario. The travel service parameters include vehicle-mounted device parameters corresponding to the driver side and service parameters of the client side.

[0031] It should be understood that the service parameters of the client can include driving route information such as the starting position of the trip and the ending position of the trip, and can also include acquisition channel information, order type information, vehicle capacity type information, order status information, driver identity information as an example of the account information of the driver side, the account information of the passenger-side application software, the empty vehicle state of the vehicle, the loaded vehicle state of the vehicle, and so on. More specifically, the acquisition channel information can include online channels, test build channels, etc. The order types include carpooling orders, non-carpooling orders, real-time orders, reserved orders, etc. The vehicle capacity type information can include taxis, express cars, private cars, etc. The order status information can include passenger placing an order, driver receiving an order, driver snatching an order, on the way to pick up the passenger, driver arriving, trip starting, trip ending, cancellation pending payment, confirming the fee, order completed, order closed, etc. The driver identity information can include driver identity identification, mobile phone number, driver name information, etc. In addition, the service parameters of the client can be associated with the order status indicated by the order number. For example, the passenger placing an order operation is associated with the passenger sending an order status.

[0032] It should also be understood that the service parameters of the client can also be obtained as online passenger order information. In addition, the service parameters of the client can be obtained from historical passenger order information. For example, the constructed service parameters of the client can be stored as part of the historical order information. The historical order information can be presented as an order list, and any order in the order list can be entered to construct the current order. The order list can include various parameters such as order number, channel order number, creation time, starting position of the trip, ending position of the trip, passenger mobile phone number, driver mobile phone number, etc. The above parameters can be used to search for orders that match the travel scenario or orders with a higher degree of match with the travel scenario in the order list, and based on some information in the order with a higher degree of match, make changes to obtain simulation order data.

[0033] It should also be understood that the above travel service parameters can be input in the human-computer interaction interface of the test platform. It is also possible to retrieve the pre-stored travel service parameters.

[0034] S220: Generate driver-side simulation data based on the travel service parameters.

[0035] It should be understood that the driver-side simulation data can include at least one of in-vehicle device data and order data. The in-vehicle device data includes vehicle trajectory data, the meter-up state, the meter-down state, and trip pricing data. The order data includes, but is not limited to, order type, order status, trip status, travel route, etc. The travel route includes, but is not limited to, the departure place, the destination, etc. When the order type is a carpooling order, the departure place and the destination can be one or more.

[0036] It should also be understood that the on-vehicle device parameters corresponding to the driver side indicate the position parameters and / or status parameters of the on-vehicle device. The on-vehicle device includes, but is not limited to, a taximeter, a vehicle positioning device such as a Global Positioning System (GPS) device, a car machine, etc. The on-vehicle device parameters include, but are not limited to, the meter-up state, meter-down state, trip meter value of the taximeter, the positioning position of the vehicle positioning device, the on state, end state of the on-vehicle positioning device, car machine check-in information, car machine check-out information, etc.

[0037] S230: Communicate with the terminal device installed with the driver side based on the driver side simulation data to test the driver side.

[0038] It should be understood that when testing the driver side, it can be executed by receiving the order data returned by the driver side. For example, when the driver side changes the order status to the order-received status, it can send an order status change reminder message to the test platform. Correspondingly, the tester can change the order status to the order-received status on the test platform accordingly, so as to obtain operations related to the order-received status at the human-computer interaction interface such as the test platform. The related operations can include obtaining on-vehicle device status simulation information, order cancellation operations, operations of binding with the account information of the driver side.

[0039] It should also be understood that the order status includes the client order status and the driver side order status. The flow of the order status includes entering any status among order statuses such as driver receiving an order, driver snatching an order, on the way to pick up a passenger, driver arriving, trip starting, trip ending, cancellation pending payment, confirming fees, order completed, order closed, etc., and can also refer to flowing between any two of multiple statuses.

[0040] It should also be understood that when performing the operations indicated by the on-vehicle device status simulation information on the driver side, corresponding order status flow operations can be performed on the operations in the human-computer interaction interface of the test platform. It should be understood that the above two operations of performing the operations indicated by the on-vehicle device status simulation information on the driver side and performing corresponding order status flow operations on the operations in the human-computer interaction interface of the test platform can be parallel, and the embodiments of the present invention do not limit the execution order of the two.

[0041] In the solution of the embodiments of the present invention, since the on-vehicle device parameters and service parameters respectively reflect the hardware device conditions relied on by the driver side and the client device for communicating with the driver side based on the server, the driver side simulation data generated based on the on-vehicle device parameters and service parameters efficiently simulates the data received by the driver side, making the test data more in line with the actual scenario. In addition, by communicating with the terminal device installed with the driver side, the dependence of the driver side test on the on-vehicle device and the client device is reduced, which is beneficial to achieving efficient and reliable testing.

[0042] In other words, the solution of the embodiment of the present invention can obtain reliable simulation data received by the driver terminal without relying on the client program and server required for traditional testing. At this time, when testing through, for example, the order status flow, it can be checked whether the program of the driver terminal is running normally. If the driver terminal is not running properly, the corresponding interface configuration can be checked.

[0043] Figure 2B It is a step flowchart of a simulation testing method according to another embodiment of the present invention. Figure 2B The simulation testing method is based on Figure 1 the described testing system and is executed by the testing platform 110. The testing platform 110 can be implemented as a cloud server such as a private cloud, public cloud, proprietary cloud, hybrid cloud, etc. The tester 130 can obtain simulation data for software testing from the testing platform 110 and perform tests on the driver terminal 120 based on the simulation data.

[0044] S270: Send a test request, where the test request includes travel service parameters, and the travel service parameters include in-vehicle device parameters corresponding to the driver terminal and service parameters of the client.

[0045] S280: Receive the driver terminal simulation data returned in response to the test request, and the driver terminal simulation data is generated based on the travel service parameters.

[0046] S290: Communicate with the terminal device installed with the driver terminal based on the driver terminal simulation data to test the driver terminal with the driver terminal simulation data.

[0047] In some other examples, generating the driver terminal simulation data based on the travel service parameters includes: determining the interface configuration corresponding to the driver terminal and the travel scenario; generating driver terminal simulation data that matches the interface configuration based on the travel service parameters.

[0048] In other words, the driver terminal simulation data that matches the interface configuration can perform tests via the interface configuration, and it can be checked whether the program of the driver terminal is running normally. If the driver terminal is not running properly, the corresponding interface configuration can be checked.

[0049] In some other examples, the interface configuration corresponding to the travel scenario includes the service interface configuration between the driver terminal and the client. Generating the driver terminal simulation data that matches the interface configuration based on the travel service parameters includes: generating order data that matches the service interface configuration based on the service parameters of the client. Communicating with the terminal device installed with the driver terminal based on the driver terminal simulation data to test the driver terminal includes: sending the order data to the terminal device installed with the driver terminal to test the service interface configuration.

[0050] It should be understood that the order data matching the service interface configuration can be tested via the service interface configuration, and it can be checked whether the driver-side program is running normally. If the driver-side program is not running properly, the corresponding service interface configuration can be troubleshot.

[0051] In some other examples, the service parameters of the client include the travel route parameters for each travel scenario. Based on the service parameters of the client, order data matching the service interface configuration is generated, including: generating a batch of orders matching the service interface configuration corresponding to each travel scenario based on the travel route parameters for each travel scenario.

[0052] Specifically, historical trip order information can be obtained, and at least the order status in the historical trip order information is changed to the order placement status to obtain simulated passenger order information that conforms to the travel scenario. Since the acquisition efficiency of historical trip order information is high and the data volume is relatively large, changing the order status in the historical trip order information to the order placement status to obtain simulated passenger order information that conforms to the travel scenario improves the acquisition efficiency of the simulated passenger order information.

[0053] In some other examples, the interface configuration corresponding to the travel scenario includes the device interface configuration between the driver side and the in-vehicle device. Based on the travel service parameters, driver-side simulation data matching the interface configuration is generated, including: generating in-vehicle device status data matching the device interface configuration based on the in-vehicle device parameters. Communicating with the terminal device installed with the driver side based on the driver-side simulation data to test the driver side, including: sending the in-vehicle device status data to the terminal device installed with the driver side to test the device interface configuration.

[0054] It should be understood that the in-vehicle device data matching the device interface configuration can be tested via the device interface configuration, and it can be checked whether the driver-side program is running normally. If the driver side is not running properly, the corresponding device interface configuration can be troubleshot.

[0055] In some other examples, the in-vehicle device parameters include vehicle positioning parameters. Based on the in-vehicle device parameters, in-vehicle device status data matching the device interface configuration is generated, including: generating vehicle trajectory data matching the GPS interface based on the vehicle positioning parameters.

[0056] In some other examples, the driver-side simulation data includes order data. Sending the in-vehicle device status data to the terminal device installed with the driver side includes: determining the matching relationship between the travel route indicated by the order data and the positioning location indicated by the vehicle trajectory data; based on the matching relationship, associating the sending timing between the order data and the vehicle trajectory data; based on the sending timing, sending the order data and the vehicle trajectory data to the terminal device installed with the driver side.

[0057] More specifically, when the driver side enters the fare confirmation status of the passenger order placement operation, the simulated driving trajectory between the starting position and the ending position of the trip can be determined, and then the meter fare information can be determined based on the product of the mileage of the simulated driving trajectory and the fare per unit mileage. Since the driving trajectory simulation is performed using the starting position and the ending position of the trip included in the simulated passenger order information, the accuracy of the meter fare information is improved.

[0058] In some other examples, communication is performed with the terminal device installed with the driver side based on the driver side simulation data to test the driver side, including: sending the driver side simulation data to the terminal device installed with the driver side, where the driver side simulation data indicates the flow of the driver side order status; receiving the driver side response data indicating the transferred driver side order status from the terminal device.

[0059] In some other examples, communication is performed with the terminal device installed with the driver side based on the driver side simulation data to test the driver side, and it further includes: based on the driver side response data, transferring the client side order status; based on the transferred client side order status, updating the driver side simulation data.

[0060] For example, the meter deduction operation information required by the driver side in the accepted order status of the passenger order placement operation can be obtained, and then the meter deduction operation information can be notified to the driver side to enter the trip start status of the passenger order placement operation.

[0061] For another example, the meter raising operation information required by the driver side in the trip end status of the passenger order placement operation can be obtained, and then the meter raising operation information can be notified to the driver side to enter the fare confirmation status of the passenger order placement operation. Since the meter raising operation is simulated through the meter raising operation information, the dependence on in-vehicle devices such as the meter is reduced.

[0062] For another example, the meter fare information required by the driver side in the fare confirmation status of the passenger order placement operation can be obtained, and then the meter fare information can be notified to the driver side to enter the order end status of the passenger order placement operation.

[0063] Specifically, the association relationship between the travel route indicated by the order data and the positioning position indicated by the vehicle positioning data is used to test the meter interface of the driver side.

[0064] In addition, the meter status of the meter interface can also be received, and then the order data can be updated based on the meter status.

[0065] In addition, the fare information returned by the meter interface when the meter is raised can also be received, and then, based on the fare information, the trip status indicated by the order data is updated to the trip end, and the order status indicated by the order data is updated to the order payment status.

[0066] In some other examples, the interface configuration corresponding to the travel scenario includes the login interface configuration on the driver side. Based on the travel service parameters, driver-side simulation data matching the interface configuration is generated, including: based on the login status parameters, driver-side login status data matching the login interface configuration is generated.

[0067] Specifically, the vehicle departure check-in information required by the driver side before a passenger places an order and the vehicle return check-out information after the order ends can be obtained, and then, the operations indicated by the vehicle departure check-in information and the vehicle return check-out information are executed on the driver side. Since the operations indicated by the vehicle departure check-in information and the vehicle return check-out information are simulated, the dependence on in-vehicle devices such as the car machine is reduced.

[0068] Figure 3 It is a flowchart of the steps of a simulation test method according to another embodiment of the present invention. Figure 3 The simulation test method is Figure 2A and Figure 2B An implementation manner of the simulation test method of Figure 1 and is also applicable to

[0069] In step 310, the tester 130 can perform an operation through the human-computer interaction interface of the test platform 110 to start the test.

[0070] In step 321, the passenger-side simulation module 111 in the test platform 110 generates driver-side simulation data through the travel service parameters and executes the order placement simulation.

[0071] In step 322, the passenger-side simulation module 111 in the test platform 110 updates the order data based on the flow of the client order status.

[0072] It should be understood that steps 321 and 322 are specific examples of executing the simulation of the order data.

[0073] In step 331, the in-vehicle device simulation module 112 in the test platform 110 generates first in-vehicle device data based on the parameters of the first in-vehicle device.

[0074] In step 332, the in-vehicle device simulation module 112 in the test platform 110 generates second in-vehicle device data based on the parameters of the second in-vehicle device.

[0075] It should be understood that steps 321 and 322 are specific examples of executing the simulation of the in-vehicle device data corresponding to the driver side. The first in-vehicle device and the second in-vehicle device are different in-vehicle devices, and the types of in-vehicle devices are as described above and will not be elaborated here.

[0076] In step 340, the test platform 110 obtains driver-side simulation data by associating order data with in-vehicle device data, and sends the driver-side simulation data to the terminal device on the driver side.

[0077] In step 350, the driver side updates the driver-side order data according to the flow of the driver-side order status and returns it to the test platform 120.

[0078] Figure 4A It is a structural block diagram of a simulation test device according to another embodiment of the present invention. Figure 4A The simulation test device based on Figure 1 The described test system is implemented and executed by the test platform 110. The test platform 110 can be implemented as an electronic device with data processing capabilities such as a desktop computer, a server, etc. Communication can be established between the test platform 110 and the driver side 120. A test program runs on the test platform 110, and the driver side 120 is tested via the test program.

[0079] The test device of this embodiment includes:

[0080] An acquisition module 410 acquires travel service parameters input for a travel scenario, where the travel service parameters include in-vehicle device parameters corresponding to the driver side and service parameters of the client side.

[0081] A generation module 420 generates driver-side simulation data based on the travel service parameters.

[0082] A test module 430 communicates with the terminal device installed with the driver side based on the driver-side simulation data to test the driver side.

[0083] In the solution of the embodiment of the present invention, since the in-vehicle device parameters and service parameters respectively reflect the hardware device situation relied on by the driver side and the client device for communicating with the driver side based on the server, the driver-side simulation data generated based on the in-vehicle device parameters and service parameters efficiently simulates the data received by the driver side, making the test data more in line with the actual scenario. In addition, by communicating with the terminal device installed with the driver side, the dependence of the driver-side test on the in-vehicle device and the client device is reduced, which is conducive to achieving efficient and reliable testing.

[0084] Next, the solutions of each example will be described in conjunction with Figure 4A and Figure 4B The structural block diagram of, and each part shown Figure 4B is a sub-module of the module shown in Figure 4A shown.

[0085] In some other examples, the generation module 420 is specifically configured to: determine the interface configuration corresponding to the driver side and the travel scenario, and generate driver side simulation data that matches the interface configuration based on the travel service parameters.

[0086] In some other examples, the interface configuration corresponding to the travel scenario includes the service interface configuration between the driver side and the client side.

[0087] The generation module 420 is specifically configured to: generate order data that matches the service interface configuration based on the service parameters of the client side. The testing module 430 is specifically configured to: send the order data to the terminal device installed with the driver side to test the service interface configuration.

[0088] In some other examples, the service parameters of the client side include the travel route parameters of each travel scenario.

[0089] The order list sub-module 411 is specifically configured to: obtain an order list including the travel route parameters of each travel scenario, where each order in the order list may have different travel route parameters.

[0090] The order placement sub-module 421 is specifically configured to: generate a batch of orders that match the service interface configuration corresponding to each travel scenario based on the travel route parameters of each travel scenario.

[0091] In some other examples, the interface configuration corresponding to the travel scenario includes the device interface configuration between the driver side and the in-vehicle device.

[0092] The generation module 420 is specifically configured to: generate in-vehicle device status data that matches the device interface configuration based on the in-vehicle device parameters.

[0093] The testing module 430 is specifically configured to: send the in-vehicle device status data to the terminal device installed with the driver side to test the device interface configuration.

[0094] In some other examples, the in-vehicle device parameters include vehicle positioning parameters. The trajectory mode sub-module 424 is specifically configured to: generate vehicle trajectory data that matches the GPS interface based on the vehicle positioning parameters.

[0095] In some other examples, the driver side simulation data includes order data. The testing module 430 is specifically configured to: determine the matching relationship between the travel route indicated by the order data and the positioning location indicated by the vehicle trajectory data; associate the sending timing between the order data and the vehicle trajectory data based on the matching relationship; and send the order data and the vehicle trajectory data to the terminal device installed with the driver side based on the sending timing.

[0096] Specifically, the meter operation sub-module 423 is used to generate a meter deduction operation when the departure place in the travel route matches the current position indicated by the vehicle trajectory data. The meter operation sub-module 423 is also used to generate a meter raising operation when the destination in the travel route matches the current position indicated by the vehicle trajectory data. Then, the driver side can enter the order payment state based on the meter raising operation.

[0097] In some other examples, the test module 430 is specifically used to: send the driver side simulation data to the terminal device installed with the driver side, where the driver side simulation data indicates the flow of the driver side order status; receive the driver side response data indicating the transferred driver side order status from the terminal device.

[0098] In some other examples, the order operation sub-module 431 is used to: based on the driver side response data, transfer the client order status, and then, based on the transferred client order status, update the driver side simulation data.

[0099] In some other examples, the interface configuration corresponding to the travel scenario includes the login interface configuration of the driver side. The generation module 420 is specifically used to: based on the login status parameter, generate the driver side login status data that matches the login interface configuration.

[0100] Specifically, the check-in / check-out sub-module 422 is used to generate check-in data based on the check-in parameter indicated by the login status parameter, and the driver side performs a check-in operation when receiving the check-in data. The check-in / check-out sub-module 422 is also used to generate check-out data based on the check-out parameter indicated by the login status parameter, and the driver side performs a check-out operation when receiving the check-out data.

[0101] Figure 5 It is a structural block diagram of a simulation test device according to another embodiment of the present invention. Figure 5 The simulation test device based on Figure 1 The described test system is implemented, and is executed by the test platform 110. The test platform 110 can be implemented as a cloud server such as a private cloud, a public cloud, a proprietary cloud, a hybrid cloud, etc. The tester 130 can obtain the simulation data for software testing from the test platform 110, and perform tests on the driver side 120 based on the simulation data.

[0102] The test device of this embodiment includes:

[0103] A sending module 510 that sends a test request, where the test request includes travel service parameters, and the travel service parameters include the in-vehicle device parameters corresponding to the driver side and the service parameters of the client side.

[0104] A receiving module 520 receives the driver-side simulation data returned in response to the test request, and the driver-side simulation data is generated based on the travel service parameters.

[0105] A testing module 530 communicates with the terminal device installed with the driver-side based on the driver-side simulation data to test the driver-side with the driver-side simulation data.

[0106] The device in this embodiment is used to implement the corresponding methods in the foregoing multiple method embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be elaborated here. In addition, the function implementation of each module in the device in this embodiment can refer to the description of the corresponding part in the foregoing method embodiments, which will not be elaborated here either.

[0107] Refer to Figure 6 , which shows a schematic structural diagram of an electronic device according to another embodiment of the present invention. The specific implementation of the electronic device in the specific embodiments of the present invention is not limited.

[0108] As Figure 6 shown, the electronic device can be used to perform simulation tests on the driver-side in the travel scenario of a car-hailing service. The electronic device may include: a processor 602, a communications interface 604, a memory 606, and a communication bus 608.

[0109] Wherein:

[0110] The processor 602, the communications interface 604, and the memory 606 complete mutual communication through the communication bus 608.

[0111] The communications interface 604 is used to communicate with other electronic devices or servers.

[0112] The processor 602 is used to execute the program 610, and specifically can execute the relevant steps in the foregoing method embodiments.

[0113] Specifically, the program 610 may include program code, and the program code includes computer operation instructions.

[0114] The processor 602 may be a processor CPU, or a specific integrated circuit ASIC (Application Specific Integrated Circuit), or one or more integrated circuits configured to implement the embodiments of the present invention. One or more processors included in the intelligent device may be of the same type of processor, such as one or more CPUs; or may be of different types of processors, such as one or more CPUs and one or more ASICs.

[0115] A memory 606 for storing a program 610. The memory 606 may include high-speed RAM memory and may also include non-volatile memory, such as at least one disk memory.

[0116] Specifically, the program 610 may be used to cause the processor 602 to perform the following operations: obtain travel service parameters input for a travel scenario, where the travel service parameters include in-vehicle device parameters corresponding to the driver side and service parameters of the client side; generate driver-side simulation data based on the travel service parameters; communicate with a terminal device installed with the driver side based on the driver-side simulation data to test the driver side.

[0117] Alternatively, the program 610 may be specifically used to cause the processor 602 to perform the following operations: send a test request, where the test request includes travel service parameters, and the travel service parameters include in-vehicle device parameters corresponding to the driver side and service parameters of the client side; receive driver-side simulation data returned in response to the test request, where the driver-side simulation data is generated based on the travel service parameters; communicate with a terminal device installed with the driver side based on the driver-side simulation data to test the driver side (driver-side simulation data).

[0118] In addition, for the specific implementation of each step in the program 610, reference may be made to the corresponding descriptions in the corresponding steps and units in the foregoing method embodiments, which will not be elaborated herein. Those skilled in the art can clearly understand that for the convenience and brevity of description, the specific working processes of the devices and modules described above can refer to the corresponding process descriptions in the foregoing method embodiments and will not be elaborated herein.

[0119] It should be noted that according to the needs of implementation, each component / step described in the embodiments of the present invention can be split into more components / steps, or two or more components / steps or partial operations of components / steps can be combined into new components / steps to achieve the purpose of the embodiments of the present invention.

[0120] The method according to the embodiments of the present invention can be implemented in hardware, firmware, or be implemented as software or computer code that can be stored in a recording medium (such as a CD ROM, RAM, floppy disk, hard disk, or magneto-optical disk), or be implemented as computer code originally stored in a remote recording medium or a non-transitory machine-readable medium and to be downloaded through a network and stored in a local recording medium, so that the method described herein can be stored on such a software process on a recording medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware (such as an ASIC or an FPGA). It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component (such as a RAM, a ROM, a flash memory, etc.) that can store or receive software or computer code, and when the software or computer code is accessed and executed by the computer, the processor, or the hardware, the method described herein is implemented. In addition, when a general-purpose computer accesses the code for implementing the method shown herein, the execution of the code converts the general-purpose computer into a dedicated computer for executing the method shown herein.

[0121] Those of ordinary skill in the art can realize that the units and method steps of each example described in combination with the embodiments disclosed herein can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are executed in a hardware or software manner depends on the specific application and design constraints of the technical solution. A professional technician can use different methods to implement the described functions for each specific application, but such an implementation should not be considered to exceed the scope of the embodiments of the present invention.

[0122] The above embodiments are only used to illustrate the embodiments of the present invention, rather than to limit the embodiments of the present invention. Those of ordinary skill in the relevant technical field can also make various changes and modifications without departing from the spirit and scope of the embodiments of the present invention. Therefore, all equivalent technical solutions also belong to the scope of the embodiments of the present invention. The patent protection scope of the embodiments of the present invention shall be defined by the claims.

Claims

1. A test method for a travel application, the travel application including a client side and a driver side, the test method comprising: Obtaining travel service parameters input for a travel scenario, the travel service parameters including in-vehicle device parameters corresponding to the driver side and service parameters of the client side; Generating driver side simulation data based on the travel service parameters; Communicating with a terminal device installed with the driver side based on the driver side simulation data to test the driver side; Wherein, the communicating with the terminal device installed with the driver side based on the driver side simulation data to test the driver side includes: Sending the driver side simulation data to the terminal device installed with the driver side, the driver side simulation data indicating the flow of the driver side order status; Receiving driver side response data indicating the transferred driver side order status from the terminal device.

2. The method according to claim 1, wherein, The generating driver side simulation data based on the travel service parameters includes: Determining an interface configuration corresponding to the driver side and the travel scenario; Generating driver side simulation data matching the interface configuration based on the travel service parameters.

3. The method according to claim 2, wherein The interface configuration corresponding to the travel scenario includes a service interface configuration between the driver side and the client side, The generating driver side simulation data matching the interface configuration based on the travel service parameters includes: Generating order data matching the service interface configuration based on the service parameters of the client side, The communicating with the terminal device installed with the driver side based on the driver side simulation data to test the driver side includes: Sending the order data to the terminal device installed with the driver side to test the service interface configuration.

4. The method according to claim 3, wherein The service parameters of the client side include travel route parameters for each travel scenario, The generating order data matching the service interface configuration based on the service parameters of the client side includes: Generating a batch of orders matching the service interface configuration corresponding to each travel scenario based on the travel route parameters for each travel scenario.

5. The method according to claim 2, wherein The interface configuration corresponding to the travel scenario includes a device interface configuration between the driver side and the in-vehicle device, The generating driver side simulation data matching the interface configuration based on the travel service parameters includes: Generating in-vehicle device status data matching the device interface configuration based on the in-vehicle device parameters, The communicating with the terminal device installed with the driver side based on the driver side simulation data to test the driver side includes: Sending the in-vehicle device status data to the terminal device installed with the driver side to test the device interface configuration.

6. The method according to claim 5, wherein, The in-vehicle device parameters include vehicle positioning parameters, The generating in-vehicle device status data matching the device interface configuration based on the in-vehicle device parameters includes: Generating vehicle trajectory data matching the GPS interface based on the vehicle positioning parameters.

7. The method according to claim 5, wherein, The driver side simulation data includes order data, The sending the in-vehicle device status data to the terminal device installed with the driver side includes: Determine the matching relationship between the travel route indicated by the order data and the positioning location indicated by the vehicle trajectory data; Based on the matching relationship, associate the sending timings between the order data and the vehicle trajectory data; Based on the sending timings, send the order data and the vehicle trajectory data to the terminal device installed with the driver end.

8. The method according to claim 1, wherein The communicating with the terminal device installed with the driver end based on the driver end simulation data to test the driver end further includes: Based on the driver end response data, transfer the client order status; Based on the transferred client order status, update the driver end simulation data.

9. The method according to claim 5, wherein, The interface configuration corresponding to the travel scenario includes the login interface configuration of the driver end, The generating the driver end simulation data matching the interface configuration based on the travel service parameters includes: Based on the login status parameter, generate the driver end login status data matching the login interface configuration.

10. A test method for a travel application, the travel application includes a client and a driver end, and the test method includes: Send a test request, where the test request includes travel service parameters, and the travel service parameters include the in-vehicle device parameters corresponding to the driver end and the service parameters of the client; Receive the driver end simulation data returned in response to the test request, and the driver end simulation data is generated based on the travel service parameters; Communicate with the terminal device installed with the driver end based on the driver end simulation data to test the driver end simulation data of the driver end; Wherein, the communicating with the terminal device installed with the driver end based on the driver end simulation data to test the driver end simulation data of the driver end includes: Send the driver end simulation data to the terminal device installed with the driver end, and the driver end simulation data indicates the transfer of the driver end order status; Receive from the terminal device the driver end response data indicating the transferred driver end order status.

11. A simulation test device for a travel application, the travel application includes a client and a driver end, and the test device includes: An acquisition module, which acquires the travel service parameters input for the travel scenario, and the travel service parameters include the in-vehicle device parameters corresponding to the driver end and the service parameters of the client; A generation module, which generates the driver end simulation data based on the travel service parameters; A test module, which communicates with the terminal device installed with the driver end based on the driver end simulation data to test the driver end; Wherein, the communicating with the terminal device installed with the driver end based on the driver end simulation data to test the driver end includes: Send the driver end simulation data to the terminal device installed with the driver end, and the driver end simulation data indicates the transfer of the driver end order status; Receive from the terminal device the driver end response data indicating the transferred driver end order status.

12. A simulation test device for a travel application, the travel application includes a client and a driver end, and the test device includes: A sending module that sends a test request, where the test request includes travel service parameters, and the travel service parameters include in-vehicle device parameters corresponding to the driver side and service parameters of the client side; A receiving module that receives driver side simulation data returned in response to the test request, where the driver side simulation data is generated based on the travel service parameters; A testing module that communicates with a terminal device installed with the driver side based on the driver side simulation data to test the driver side with the driver side simulation data; Among them, the communicating with the terminal device installed with the driver side based on the driver side simulation data to test the driver side with the driver side simulation data includes: Sending the driver side simulation data to the terminal device installed with the driver side, where the driver side simulation data indicates the flow of the driver side order status; Receiving driver side response data indicating the driver side order status after the flow from the terminal device.

13. A computer storage medium, on which a computer program is stored, and when the program is executed by a processor, it implements the method described in any one of claims 1-10.

Images