Vehicle control pressure measurement method, device, equipment, storage medium and program product

Abstract

The invention discloses a vehicle control pressure measurement method, device and equipment, a storage medium and a program product, and relates to the technical field of vehicle testing. The method comprises the following steps: receiving a configuration operation of a user on a control corresponding to a target vehicle in a display operation interface, wherein the target vehicle is one of at least one vehicle of the display operation interface; according to the configuration operation, a task execution instruction is generated, and the task execution instruction is used for executing a target test script indicated by the configuration operation; in response to the task execution instruction, searching for the target test script in a preset script project library, the script project library comprising a plurality of test scripts, and different test scripts corresponding to different test tasks; the target test script is executed, a test execution result is presented on the display operation interface, and the test execution result is used for representing whether the target test script is executed successfully or not.

Description

Technical Field

[0001] The present application belongs to the field of vehicle testing technology, and in particular, relates to a vehicle control pressure testing method, device, equipment, storage medium and program product. Background Art

[0002] Remote control stress testing of a vehicle usually refers to testing the performance and stability of the vehicle's remote control function under extreme or high-load conditions. This includes continuous and frequent operation of the vehicle's remote control function to simulate the situation where a large number of users use the remote control function at the same time, so as to evaluate the system's response and reliability under high-load conditions. However, the vehicle control stress testing method in the prior art is a purely manual test, so it cannot meet the requirements of concurrent testing of multiple real vehicles and cannot effectively improve test efficiency. Summary of the invention

[0003] The embodiments of the present application provide a vehicle control stress testing method, device, equipment, storage medium and program product, which can improve the test efficiency of vehicle control stress testing.

[0004] In a first aspect, an embodiment of the present application provides a vehicle control pressure measurement method, the method comprising:

[0005] Receiving a configuration operation of a user on a control corresponding to a target vehicle in a display operation interface, wherein the target vehicle is one of at least one vehicle in the display operation interface;

[0006] Generate a task execution instruction according to the configuration operation, wherein the task execution instruction is used to execute the target test script indicated by the configuration operation;

[0007] In response to the task execution instruction, searching for the target test script in a preset script project library, wherein the script project library includes a plurality of test scripts, and different test scripts correspond to different test tasks;

[0008] The target test script is executed, and a test execution result is presented on the display operation interface, wherein the test execution result is used to indicate whether the target test script is executed successfully.

[0009] In a second aspect, an embodiment of the present application provides a vehicle control pressure measurement device, the device comprising:

[0010] A first receiving module, configured to receive a configuration operation of a user on a control corresponding to a target vehicle in a display operation interface, wherein the target vehicle is one of at least one vehicle in the display operation interface;

[0011] A generating module, used to generate a task execution instruction according to the configuration operation, wherein the task execution instruction is used to execute a target test script indicated by the configuration operation;

[0012] A search module, configured to search for the target test script in a preset script project library in response to the task execution instruction, wherein the script project library includes a plurality of test scripts, and different test scripts correspond to different test tasks;

[0013] The execution module is used to execute the target test script and present the test execution result on the display operation interface, wherein the test execution result is used to indicate whether the target test script is executed successfully.

[0014] In a third aspect, an embodiment of the present application provides an electronic device, comprising: a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, the vehicle control pressure testing method as described in any one of the above is implemented.

[0015] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which computer program instructions are stored. When the computer program instructions are executed by a processor, the vehicle control pressure testing method as described in any one of the above is implemented.

[0016] In a fifth aspect, an embodiment of the present application provides a computer program product. When instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes the vehicle control pressure testing method as described in any one of the above.

[0017] The vehicle control stress testing method, device, equipment, storage medium and program product of the embodiment of the present application can receive the configuration operation of the user on the corresponding control of the target vehicle in the display operation interface, and the target vehicle is one of at least one vehicle in the display operation interface; according to the configuration operation, a task execution instruction is generated, and the task execution instruction is used to execute the target test script indicated by the configuration operation; in response to the task execution instruction, the target test script is searched in the preset script project library, and the script project library includes multiple test scripts, and different test scripts correspond to different test tasks; execute the target test script, and present the test execution result in the display operation interface, and the test execution result is used to characterize whether the target test script is successfully executed. In this way, the embodiment of the present application can perform configuration operations on the corresponding controls of each vehicle of at least one vehicle in the display operation interface to realize the testing of test tasks corresponding to different test scripts, thereby meeting the concurrent testing requirements of multiple real vehicles, and then improving the test efficiency of vehicle control stress testing. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order to more clearly illustrate the technical solution of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0019] Figure 1It is a flow chart of the vehicle control pressure measurement method provided in the embodiment of the present application;

[0020] Figure 2 It is an architecture diagram of the vehicle control stress testing platform provided in the embodiment of the present application;

[0021] Figure 3 This is a flowchart of a scenario embodiment provided by an embodiment of the present application;

[0022] Figure 4 This is a functional operation page diagram provided by an embodiment of the present application;

[0023] Figure 5 This is a diagram of a test execution configuration page provided in an embodiment of the present application;

[0024] Figure 6 is a structural schematic diagram of a vehicle control pressure measurement device provided by another embodiment of the present application;

[0025] Figure 7 It is a structural schematic diagram of an electronic device provided in yet another embodiment of the present application. DETAILED DESCRIPTION

[0026] The features and exemplary embodiments of various aspects of the present application will be described in detail below. In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without the need for some of these specific details. The following description of the embodiments is only to provide a better understanding of the present application by illustrating the examples of the present application.

[0027] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the statement "include..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

[0028] Remote control stress testing of a vehicle usually refers to testing the performance and stability of the vehicle's remote control function under extreme or high-load conditions. This includes continuous and frequent operation of the vehicle's remote control function to simulate the situation where a large number of users use the remote control function at the same time, so as to evaluate the system's response and reliability under high-load conditions. However, the vehicle control stress testing method in the prior art is a purely manual test, so it cannot meet the requirements of concurrent testing of multiple real vehicles and cannot effectively improve test efficiency.

[0029] In order to solve the problems of the prior art, the embodiments of the present application provide a vehicle control stress testing method, device, equipment, storage medium and program product. The vehicle control stress testing method provided by the embodiments of the present application is first introduced below.

[0030] Figure 1 FIG. 1 is a flow chart of a vehicle control pressure measurement method provided by an embodiment of the present application. Figure 1 As shown, a vehicle control pressure test method may include the following steps S101 to S104:

[0031] S101, receiving a configuration operation of a user on a control corresponding to a target vehicle in a display operation interface, where the target vehicle is one of at least one vehicle in the display operation interface;

[0032] S102, generating a task execution instruction according to the configuration operation, where the task execution instruction is used to execute a target test script indicated by the configuration operation;

[0033] S103, in response to the task execution instruction, searching for a target test script in a preset script project library, where the script project library includes a plurality of test scripts, and different test scripts correspond to different test tasks;

[0034] S104: Execute the target test script and present the test execution result on the display operation interface. The test execution result is used to indicate whether the target test script is successfully executed.

[0035] The vehicle control stress testing method of the embodiment of the present application can receive the configuration operation of the user on the corresponding control of the target vehicle in the display operation interface, and the target vehicle is one of at least one vehicle in the display operation interface; according to the configuration operation, a task execution instruction is generated, and the task execution instruction is used to execute the target test script indicated by the configuration operation; in response to the task execution instruction, the target test script is searched in the preset script project library, and the script project library includes multiple test scripts, and different test scripts correspond to different test tasks; the target test script is executed, and the test execution result is presented in the display operation interface, and the test execution result is used to characterize whether the target test script is executed successfully. In this way, the embodiment of the present application can perform configuration operations on the corresponding controls of each vehicle of at least one vehicle in the display operation interface to realize the testing of test tasks corresponding to different test scripts, thereby meeting the concurrent testing requirements of multiple real vehicles, and then improving the test efficiency of vehicle control stress testing.

[0036] The above vehicle control stress testing method is mainly applied to cloud servers. This application is not limited to this, and can also be other terminal devices with data processing capabilities.

[0037] The specific implementation methods of the above steps are introduced below.

[0038] In S101, the above-mentioned display operation interface is the display operation interface of the front-end device, and the front-end device can be connected to the cloud server for communication.

[0039] The above-mentioned display operation interface may include at least one vehicle control, and the control may include a test execution configuration subpage, a detailed result display subpage, a historical test record subpage and a log subpage.

[0040] The target vehicle is one of the at least one vehicle displaying the operation interface.

[0041] The above-mentioned user configuration operation on the corresponding control of the target vehicle in the display operation interface may, for example, be an operation of selecting a target script option from multiple candidate script options for executing the script in the test execution configuration subpage of the target vehicle in the display operation interface.

[0042] In S102, the task execution instruction may be used to execute the target test script indicated by the configuration operation. Exemplarily, the target test script is the test script corresponding to the target script option.

[0043] The above-mentioned generation of task execution instructions according to configuration operations may, for example, be generation of task execution instructions of the test script corresponding to the target script option according to the selection operation of the target script option from multiple candidate script options for executing the script in the test execution configuration subpage.

[0044] In S103, the script project library includes multiple test scripts, and different test scripts correspond to different test tasks. Exemplarily, the script project library may have a text message wake-up test script, a data wake-up test script, and a target mode test script. In the embodiment of the present application, the test scripts in the script project library are not limited to the above examples, and can also be adjusted according to the actual needs of the user, which is not specifically limited here.

[0045] In S104, the above test execution results can be used to characterize whether the target test script is executed successfully. The test execution results may include the operating status, start time, total number of times, success, delay, failure and end time of the target vehicle. Among them, the operating status indicates the current state of the vehicle during the test process, such as "running", "stopped", "fault", etc. The start time indicates the starting time point of the test task. The end time indicates the end time point of the test task. The total number of times indicates the total number of executions of the test task. Success indicates the number of successful completions in the test task. Failure indicates the number of unsuccessful completions of the test task or vehicle operation. Delay indicates the time delay that occurs in the test task.

[0046] The above-mentioned execution of the target test script and presentation of the test execution result on the display operation interface may be, for example, in the case where the target test script is a text message wake-up test script, executing the text message wake-up test script, sending a wake-up text message to the target vehicle; obtaining the test execution data generated by the target vehicle in response to the wake-up text message; generating the test execution result based on the test execution data, the test execution result is used to characterize whether the text message wake-up test script is successfully executed; and presenting the test execution result on the display operation interface. Alternatively, in the case where the target test script is a data wake-up test script, executing the data wake-up test script, sending a wake-up instruction to the target vehicle; obtaining the test execution data generated by the target vehicle in response to the wake-up instruction; generating the test execution result based on the test execution data, the test execution result is used to characterize whether the data wake-up test script is successfully executed; and presenting the test execution result on the display operation interface. Alternatively, when the target test script is a target mode test script, the target mode test script is executed, and a target mode turn-on instruction is sent to the target vehicle; first test execution data generated by the target vehicle in response to the target mode turn-on instruction is obtained; a target mode turn-off instruction is sent to the target vehicle within a preset time period; second test execution data generated by the target vehicle in response to the target mode turn-off instruction is obtained; a test execution result is generated based on the first test execution data and the second test execution data, and the test execution result is used to characterize whether the target mode test script is successfully executed; and the test execution result is presented on a display operation interface.

[0047] As an implementation of the present application, in order to improve the security of information interaction in vehicle control stress testing, before the above S101, the above method may further include:

[0048] Obtain the user's authentication information, which includes the authentication key and authentication password;

[0049] The above S102 may specifically include:

[0050] Generate task execution instructions based on configuration operations, authentication keys and authentication passwords.

[0051] The above-mentioned authentication information may refer to data used to verify the user's identity and authority when conducting network communication or access control. Authentication information includes authentication key secret and authentication password token, but is not limited to this, and may also include user name, password, digital certificate, etc. Authentication key, such as API key or Secret Key, can be a string used to verify the user's identity. Authentication key can be used to calculate signatures to verify the legitimacy of requests. Authentication password, which may refer to a password or personal identification number PIN, is a string of characters that needs to be entered when a user logs in or performs certain operations.

[0052] In an embodiment of the present application, the user's authentication information is obtained before performing the vehicle control stress test, and a more secure task execution instruction is generated based on the configuration operation, authentication key and authentication password, thereby improving the security of information interaction in the vehicle control stress test.

[0053] As another implementation of the present application, in order to ensure the validity of obtaining the authentication information of the user, before obtaining the authentication information of the user, the method may further include:

[0054] Receiving first login information input by a user in a login control in a display operation interface;

[0055] receiving second login information sent by the remote information server in response to a user's login operation in the display operation interface;

[0056] The above-mentioned obtaining of user authentication information may specifically include:

[0057] When the first login information is consistent with the second login information, the user's authentication information is obtained.

[0058] The above-mentioned display operation interface also includes a login control, which can refer to a series of interface elements used by users to enter login information in the display operation interface. The login control can include a user name / email / mobile number input box, a verification code input box, and a login button. The user name / email / mobile number input box can be used for users to enter their user name, email address, or mobile phone number used when registering. The verification code input box can be used to prevent automated malicious login attempts. The login button is used for users to click this button to submit login information to request access to the system or service.

[0059] The first login information may be a verification code entered by the user in the login control in the display operation interface.

[0060] The second login information mentioned above may be a verification code sent by the remote information server in response to the user's login operation in the display operation interface.

[0061] In an embodiment of the present application, before obtaining the user's authentication information, first login information entered by the user in the login control in the display operation interface is received, and second login information sent by the remote information server in response to the user's login operation in the display operation interface is received. The user's authentication information can only be obtained when the first login information is consistent with the second login information, simulating the car owner's real account login service, thereby ensuring the validity of obtaining the user's authentication information.

[0062] In some embodiments, the above S104 may specifically include:

[0063] When the target test script is a text message wake-up test script, the text message wake-up test script is executed to send a wake-up text message to the target vehicle;

[0064] acquiring test execution data generated by the target vehicle in response to the wake-up text message;

[0065] Generate test execution results based on test execution data, which are used to indicate whether the SMS wake-up test script is executed successfully;

[0066] The test execution results are presented on the display operation interface.

[0067] The sending of the wake-up SMS to the target vehicle may be, for example, sending a specific SMS to the SIM card of the TBox via a mobile communication network.

[0068] The above test execution data may include the execution results of the test case, error information, execution time, test environment, etc.

[0069] The above-mentioned test execution results are generated based on the test execution data. Exemplarily, the test results can be analyzed to determine the status of each test case (pass, fail, blocked, skipped, etc.); the cause of the failed test case is analyzed to determine whether it is a defect, test data error or test environment problem. Calculate the test coverage, including code coverage, functional coverage, etc.; calculate the success rate of test execution, such as the number of passed test cases divided by the total number of test cases; count the defect density, such as the relationship between the number of defects found and the amount of code or function points tested. Use a test report tool or manually create a test report, including a test summary, detailed results, charts, etc.; the test summary usually includes the overall situation of the test execution, such as the total number of test cases, the number of passes, the number of failures, etc.; the detailed results section lists the execution results and detailed description of each test case; charts can include pie charts, bar charts, trend charts, etc. to intuitively display the test results.

[0070] In an embodiment of the present application, when the target test script is an SMS wake-up test script, the SMS wake-up test script can be executed, a wake-up SMS can be sent to the target vehicle, and test execution data generated by the target vehicle in response to the wake-up SMS can be obtained. Finally, based on the test execution data, a test execution result of the SMS wake-up test script can be generated, which is convenient for testers to understand the execution status of the SMS wake-up test script.

[0071] In some embodiments, the above S104 may specifically include:

[0072] When the target test script is a data wake-up test script, the data wake-up test script is executed to send a wake-up instruction to the target vehicle;

[0073] acquiring test execution data generated by the target vehicle in response to the wake-up command;

[0074] Generate test execution results based on the test execution data, and the test execution results are used to indicate whether the data wake-up test script is executed successfully;

[0075] The test execution results are presented on the display operation interface.

[0076] The above-mentioned sending of the wake-up command to the target vehicle may, for example, be sending the wake-up command to the TBox via a data network (such as 3G / 4G / 5G), wherein the wake-up command may be a charging upper limit control command. Of course, the embodiments of the present application are not limited thereto, and may also be other remote vehicle control commands that ensure that the Tbox is online for a long time without entering deep sleep, which are not specifically limited here.

[0077] In an embodiment of the present application, when the target test script is a data wake-up test script, a data wake-up test script can be executed, a wake-up instruction can be sent to the target vehicle, and test execution data generated by the target vehicle in response to the wake-up instruction can be obtained. Finally, based on the test execution data, a test execution result of the data wake-up test script can be generated, so as to facilitate the tester to understand the execution status of the data wake-up test script.

[0078] In some embodiments, the above S104 may specifically include:

[0079] When the target test script is a target mode test script, executing the target mode test script and sending a target mode start instruction to the target vehicle;

[0080] Acquiring first test execution data generated by the target vehicle in response to a target mode activation instruction;

[0081] Sending a target mode off command to the target vehicle at a preset time period;

[0082] acquiring second test execution data generated by the target vehicle in response to the instruction to turn off the target mode;

[0083] Generate a test execution result according to the first test execution data and the second test execution data, the test execution result is used to indicate whether the target mode test script is executed successfully;

[0084] The test execution results are presented on the display operation interface.

[0085] The above-mentioned target mode, illustratively, can be a pet mode. The pet mode of a vehicle is an in-car function designed specifically for car owners and their pets, allowing car owners to provide a safe and comfortable environment for their pets when they need to temporarily leave the vehicle and cannot take their pets with them. Features of the pet mode include: automatic adjustment of the temperature inside the car. When the pet mode is activated, the vehicle's air conditioning or heating system will continue to work to keep the temperature inside the car within a comfortable range to prevent the pet from overheating or overcooling. Locking the doors and windows. In order to prevent pets from accidentally opening the doors or windows to escape, the pet mode will usually lock these controls to ensure the safety of the pets. Of course, in the embodiments of the present application, the target mode is not limited to the pet mode, but can also be other vehicle status modes, which are not specifically limited here.

[0086] In an embodiment of the present application, when the target test script is a target mode test script, executing the target mode test script requires sending a target mode turn-on command to the target vehicle for a turn-on test, and after obtaining the first test execution data, sending a target mode turn-off command to the target vehicle for a turn-off test within a preset time period, and after obtaining the second test execution data, generating a test execution result of the target mode test script based on the first test execution data and the second test execution data, so as to facilitate the tester to understand the execution status of the target mode test script.

[0087] In some embodiments, before receiving the configuration operation of the user on the control corresponding to the target vehicle in the display operation interface, the above method may further include:

[0088] The display operation interface is presented, wherein the display operation interface includes an execution script option control, a wake-up mode option control, an offline waiting time input control, a first timeout time input control, a maximum timeout time input control, a test stop low power threshold input control, and an alarm configuration control.

[0089] The display operation interface is used for the user to perform configuration operations, and the above configuration operations may include at least one of the script selection sub-operation, the wake-up method selection sub-operation, the offline waiting time input sub-operation, the first timeout time input sub-operation, the maximum timeout time input sub-operation, the test stop low power threshold input sub-operation and the alarm configuration sub-operation.

[0090] The script selection sub-operation may refer to the script file or script command selected for execution during the configuration process. For example, it may be an operation for a user to select a target script option from among multiple candidate script options for executing the script in the test execution configuration sub-page for the target vehicle in the display operation interface.

[0091] The above-mentioned wake-up mode selection sub-operation may refer to the wake-up mode selected during the configuration process. For example, it may be a refresh interface: simulate calling pull-down refresh, only contact SMS is sent without vehicle control command.

[0092] The above-mentioned offline waiting time input sub-operation may refer to inputting the waiting time of the vehicle in the offline state during the configuration process. Reasonable offline waiting time can improve the stability and reliability of the vehicle.

[0093] The above-mentioned first timeout input sub-operation may refer to the timeout for inputting the first operation during the configuration process. By setting the first timeout, the execution time of the first operation can be managed to avoid long waiting times. A reasonable timeout can improve the efficiency of the operation and reduce unnecessary waiting times.

[0094] The above-mentioned maximum timeout input sub-operation may refer to the timeout of the longest operation input during the configuration process. By setting the maximum timeout, the execution time of a long operation can be managed to avoid indefinite waiting.

[0095] The above-mentioned test stop low power threshold input sub-operation may refer to the setting of stopping the test when the vehicle power is lower than a certain threshold during the configuration process. By setting the low power threshold, the test can be automatically stopped when the device power is low to protect the vehicle battery. For example, the test is automatically stopped when the vehicle power is lower than 5%.

[0096] The above-mentioned alarm configuration sub-operation may refer to setting alarm rules and alarm methods during the configuration process. Through the alarm configuration, alarm information can be automatically sent to the tester when a specific event occurs, so as to timely handle abnormal situations.

[0097] In the embodiment of the present application, different scripts and different wake-up methods can be selected according to different needs to meet diverse testing needs, and the input offline waiting time, first timeout time, maximum timeout time and test stop low power threshold can be configured according to actual testing needs, which can also improve the stability and reliability of the test. The final alarm configuration sub-operation can automatically send an alarm message when a specific event occurs, realize real-time monitoring and timely handling of abnormal situations, and improve the safety of the test.

[0098] In order to facilitate the understanding of the vehicle control pressure measurement method in the embodiment of the present application, the actual application process of this vehicle control pressure measurement method is described as follows:

[0099] The embodiment of the present application provides a vehicle control stress testing platform, and its architecture diagram is as follows: Figure 2 As shown, it includes APP Mock service, front-end service and big back-end service.

[0100] 1. APP Mock Service

[0101] This service mainly provides an APP simulation environment on the cloud server, which can realize the login service of the car owner's test account.

[0102] like Figure 3 As shown in the figure, a set of APP-side logical operations will be fully implemented in this service, and then the formal and valid token and secret information (equivalent to the authentication password and authentication key in the above authentication information) will be obtained through the normal path, and directly stored in the database, so that remote control operations (equivalent to the above task execution instructions) can be performed in the stress testing service through the formal authentication information.

[0103] 2. Front-end service

[0104] The front-end service is a functional operation page written in the React framework (equivalent to the above-mentioned display operation interface), such as Figure 4 As shown, it integrates the functions of task dispatching and execution, result query display, historical test records and logs. It interacts with the back-end interface service to realize the visual management page.

[0105] The execution function supports three methods:

[0106] 1) Refresh interface - simulate the mobile phone to refresh, that is, just send a text message to wake up the TBox, without any vehicle control commands, such as Figure 5 shown.

[0107] 2) Charging limit - send a remote control command to set the charging limit. This operation does not send SMS and vehicle commands at the same time, waking up the TBbox and BMS counterparts.

[0108] 3) Pet Mode - Send a command to turn on pet mode. After selecting this operation, you will be asked to configure the shutdown waiting time. Turning on and off appear in pairs. This operation is to wake up the entire vehicle.

[0109] 3. Big backend services

[0110] The big backend service mainly provides the following three types of sub-services:

[0111] 1) Interface service: It provides interactive services separated from the front and back ends of the WEB, provides the logic issuing function under the internal Job instruction, provides the ability to report the status and results of the script project, and is also a bridge service for the interaction between internal and external services and the database.

[0112] 2) Job service: Receives the task instructions issued by the interface service, obtains the specified scenario script of the script project according to the given parameters, and creates a background process to trigger the execution of this script (equivalent to the above-mentioned execution target test script).

[0113] 3) Script Project: Three execution modes Core program script project (equivalent to the above-mentioned preset script project library). It will execute the internal Python code file according to the Job and report the test execution results at regular intervals.

[0114] Based on the vehicle control pressure measurement method provided in the above embodiment, the present application also provides a specific implementation of a vehicle control pressure measurement device. Please refer to the following embodiments.

[0115] like Figure 6 As shown, the vehicle control pressure measurement device 600 provided in the embodiment of the present application may include the following modules: a first receiving module 601 , a generating module 602 , a searching module 603 and an executing module 604 .

[0116] The first receiving module 601 is used to receive a configuration operation of a user on a control corresponding to a target vehicle in the display operation interface, where the target vehicle is one of at least one vehicle in the display operation interface;

[0117] A generating module 602, used to generate a task execution instruction according to the configuration operation, wherein the task execution instruction is used to execute the target test script indicated by the configuration operation;

[0118] A search module 603 is used to search for a target test script in a preset script project library in response to a task execution instruction, where the script project library includes multiple test scripts, and different test scripts correspond to different test tasks;

[0119] The execution module 604 is used to execute the target test script and present the test execution result on the display operation interface. The test execution result is used to indicate whether the target test script is executed successfully.

[0120] The vehicle control stress testing device of the embodiment of the present application can receive the configuration operation of the user on the corresponding control of the target vehicle in the display operation interface, and the target vehicle is one of at least one vehicle in the display operation interface; according to the configuration operation, a task execution instruction is generated, and the task execution instruction is used to execute the target test script indicated by the configuration operation; in response to the task execution instruction, the target test script is searched in the preset script project library, and the script project library includes multiple test scripts, and different test scripts correspond to different test tasks; the target test script is executed, and the test execution result is presented in the display operation interface, and the test execution result is used to characterize whether the target test script is executed successfully. In this way, the embodiment of the present application can perform configuration operations on the corresponding controls of each vehicle of at least one vehicle in the display operation interface to realize the testing of test tasks corresponding to different test scripts, thereby meeting the concurrent testing requirements of multiple real vehicles, and then improving the test efficiency of vehicle control stress testing.

[0121] As an implementation of the present application, in order to improve the security of information interaction in vehicle control stress testing, the above device may further include:

[0122] The acquisition module is used to obtain the user's authentication information, which includes an authentication key and an authentication password;

[0123] The generation module 602 is specifically used to generate a task execution instruction according to the configuration operation, the authentication key and the authentication password.

[0124] As another implementation of the present application, in order to ensure the validity of obtaining the user's authentication information, the above-mentioned device may also include:

[0125] A second receiving module, used to receive first login information input by a user through a login control in the display operation interface;

[0126] A third receiving module, used to receive second login information sent by the remote information server in response to a user's login operation in the display operation interface;

[0127] The acquisition module is specifically used to acquire the user's authentication information when the first login information is consistent with the second login information.

[0128] In some embodiments, the execution module 604 may include:

[0129] A first execution unit, configured to execute the SMS wake-up test script and send a wake-up SMS to the target vehicle when the target test script is an SMS wake-up test script;

[0130] A first acquisition unit, configured to acquire test execution data generated by the target vehicle in response to a wake-up text message;

[0131] A first generating unit, used to generate a test execution result according to the test execution data, wherein the test execution result is used to indicate whether the SMS wake-up test script is executed successfully;

[0132] The first presentation unit is used to present the test execution result on the display operation interface.

[0133] In some embodiments, the execution module 604 may include:

[0134] A second execution unit, configured to execute a data wake-up test script and send a wake-up instruction to a target vehicle when the target test script is a data wake-up test script;

[0135] a second acquisition unit, configured to acquire test execution data generated by the target vehicle in response to the wake-up instruction;

[0136] A second generating unit is used to generate a test execution result according to the test execution data, and the test execution result is used to indicate whether the data wake-up test script is executed successfully;

[0137] The second presenting unit is used to present the test execution result on the display operation interface.

[0138] In some embodiments, the execution module 604 may include:

[0139] A third execution unit is used to execute the target mode test script and send a target mode start instruction to the target vehicle when the target test script is a target mode test script;

[0140] a third acquisition unit, configured to acquire first test execution data generated by the target vehicle in response to the target mode activation instruction;

[0141] The third execution unit is further used to send a target mode closing instruction to the target vehicle in a preset time period;

[0142] A third acquisition unit is further used to acquire second test execution data generated by the target vehicle in response to the target mode closing instruction;

[0143] A third generating unit, used to generate a test execution result according to the first test execution data and the second test execution data, wherein the test execution result is used to indicate whether the target mode test script is executed successfully;

[0144] The third presenting unit is used to present the test execution result on the display operation interface.

[0145] In some embodiments, the apparatus 600 may further include:

[0146] A presentation module is used to present a display operation interface, wherein the display operation interface includes an execution script option control, a wake-up mode option control, an offline waiting time input control, a first timeout time input control, a maximum timeout time input control, a test stop low power threshold input control, and an alarm configuration control.

[0147] The display operation interface is used for the user to perform configuration operations, and the above configuration operations may include at least one of the script selection sub-operation, the wake-up method selection sub-operation, the offline waiting time input sub-operation, the first timeout time input sub-operation, the maximum timeout time input sub-operation, the test stop low power threshold input sub-operation and the alarm configuration sub-operation.

[0148] Figure 7 A schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present application is shown.

[0149] The electronic device may include a processor 701 and a memory 702 storing computer program instructions.

[0150] Specifically, the processor 701 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0151] The memory 702 may include a large capacity memory for data or instructions. By way of example and not limitation, the memory 702 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In appropriate cases, the memory 702 may include a removable or non-removable (or fixed) medium. In appropriate cases, the memory 702 may be inside or outside the integrated gateway disaster recovery device. In a specific embodiment, the memory 702 is a non-volatile solid-state memory.

[0152] In certain embodiments, the memory 702 may include a read-only memory (ROM), a random access memory (RAM), a magnetic disk storage media device, an optical storage media device, a flash memory device, an electrical, optical or other physical / tangible memory storage device. Thus, in general, the memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., a memory device) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to an aspect of the present disclosure.

[0153] The processor 701 implements any one of the vehicle control pressure measurement methods in the above embodiments by reading and executing computer program instructions stored in the memory 702 .

[0154] In one example, the electronic device may further include a communication interface 703 and a bus 710. Figure 7 As shown, the processor 701, the memory 702, and the communication interface 703 are connected via a bus 710 and communicate with each other.

[0155] The communication interface 703 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.

[0156] Bus 710 includes hardware, software or both, and the parts of electronic equipment are coupled to each other.For example, but not limitation, bus may include accelerated graphics port (AGP) or other graphics bus, enhanced industrial standard architecture (EISA) bus, front side bus (FSB), hypertransport (HT) interconnection, industrial standard architecture (ISA) bus, infinite bandwidth interconnection, low pin count (LPC) bus, memory bus, micro channel architecture (MCA) bus, peripheral component interconnection (PCI) bus, PCI-Express (PCI-X) bus, serial advanced technology attachment (SATA) bus, video electronics standard association local (VLB) bus or other suitable bus or two or more of these combinations. In appropriate cases, bus 710 may include one or more buses. Although the present application embodiment describes and shows a specific bus, the application considers any suitable bus or interconnection.

[0157] The electronic device can execute the vehicle control pressure measurement method in the embodiment of the present application, thereby realizing the combination Figure 1 and Figure 6 The vehicle control pressure measurement method and device are described.

[0158] In addition, in combination with the vehicle control stress testing method in the above embodiments, the embodiment of the present application can provide a computer-readable storage medium for implementation. The computer-readable storage medium stores computer program instructions; when the computer program instructions are executed by a processor, any vehicle control stress testing method in the above embodiments is implemented.

[0159] In combination with the vehicle control stress testing method in the above embodiments, an embodiment of the present application may provide a computer program product. When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes any one of the vehicle control stress testing methods above.

[0160] It should be clear that the present application is not limited to the specific configuration and processing described above and shown in the figures. For the sake of simplicity, a detailed description of the known method is omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present application is not limited to the specific steps described and shown, and those skilled in the art can make various changes, modifications and additions, or change the order between the steps after understanding the spirit of the present application.

[0161] The functional blocks shown in the above block diagram can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application specific integrated circuit (ASIC), appropriate firmware, a plug-in, a function card, etc. When implemented in software, the elements of the present application are programs or code segments that are used to perform the required tasks. The program or code segment can be stored in a machine-readable medium, or transmitted on a transmission medium or a communication link by a data signal carried in a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, optical fiber media, radio frequency (RF) links, etc. The code segment can be downloaded via a computer network such as the Internet, an intranet, etc.

[0162] It should also be noted that the exemplary embodiments mentioned in this application describe some methods or systems based on a series of steps or devices. However, this application is not limited to the order of the above steps, that is, the steps can be performed in the order mentioned in the embodiment, or in a different order from the embodiment, or several steps can be performed simultaneously.

[0163] Aspects of the present disclosure are described above with reference to the flowchart and / or block diagram of the method, device (system) and computer program product according to the embodiment of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device to produce a machine so that these instructions executed by the processor of the computer or other programmable data processing device enable the implementation of the function / action specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field programmable logic circuit. It can also be understood that each box in the block diagram and / or flowchart and the combination of boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs a specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.

[0164] The above are only specific implementation methods of the present application. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the protection scope of the present application is not limited to this. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the protection scope of this application.

Claims

1. A vehicle control pressure measurement method, characterized in that: include: Receiving a configuration operation of a user on a control corresponding to a target vehicle in a display operation interface, wherein the target vehicle is one of at least one vehicle in the display operation interface; Generate a task execution instruction according to the configuration operation, wherein the task execution instruction is used to execute the target test script indicated by the configuration operation; In response to the task execution instruction, searching for the target test script in a preset script project library, wherein the script project library includes a plurality of test scripts, and different test scripts correspond to different test tasks; The target test script is executed, and a test execution result is presented on the display operation interface, wherein the test execution result is used to indicate whether the target test script is executed successfully.

2. The method according to claim 1, characterized in that: Before receiving the configuration operation of the user on the control corresponding to the target vehicle in the display operation interface, the method further includes: Acquire the authentication information of the user, wherein the authentication information includes an authentication key and an authentication password; The step of generating a task execution instruction according to the configuration operation includes: A task execution instruction is generated according to the configuration operation, the authentication key and the authentication password.

3. The method according to claim 2, characterized in that Before obtaining the authentication information of the user, the method further includes: Receiving first login information input by the user in a login control in the display operation interface; receiving second login information sent by the remote information server in response to a login operation of the user in the display operation interface; The obtaining of the authentication information of the user includes: When the first login information is consistent with the second login information, the authentication information of the user is obtained.

4. The method according to claim 1, characterized in that: The executing the target test script and presenting the test execution result on the display operation interface includes: In the case where the target test script is a text message wake-up test script, executing the text message wake-up test script and sending a wake-up text message to the target vehicle; acquiring test execution data generated by the target vehicle in response to the wake-up text message; Generate a test execution result according to the test execution data, wherein the test execution result is used to indicate whether the SMS wake-up test script is executed successfully; The test execution result is presented on the display operation interface.

5. The method according to claim 1, characterized in that The executing the target test script and presenting the test execution result on the display operation interface includes: In the case where the target test script is a data wake-up test script, executing the data wake-up test script and sending a wake-up instruction to the target vehicle; acquiring test execution data generated by the target vehicle in response to the wake-up instruction; Generate a test execution result according to the test execution data, wherein the test execution result is used to indicate whether the data wake-up test script is executed successfully; The test execution result is presented on the display operation interface.

6. The method according to claim 1, characterized in that The executing the target test script and presenting the test execution result on the display operation interface includes: In the case where the target test script is a target mode test script, executing the target mode test script, and sending a target mode start instruction to the target vehicle; Acquiring first test execution data generated by the target vehicle in response to the target mode activation instruction; Sending a target mode off command to the target vehicle at a preset time period; acquiring second test execution data generated by the target vehicle in response to the target mode shut down instruction; Generate a test execution result according to the first test execution data and the second test execution data, wherein the test execution result is used to indicate whether the target mode test script is executed successfully; The test execution result is presented on the display operation interface.

7. The method according to claim 1, characterized in that Before receiving the configuration operation of the user on the control corresponding to the target vehicle in the display operation interface, the method further includes: The display operation interface is presented, wherein the display operation interface includes an execution script option control, a wake-up mode option control, an offline waiting time input control, a first timeout time input control, a maximum timeout time input control, a test stop low power threshold input control, and an alarm configuration control, The display operation interface is used for the user to perform the configuration operation, and the configuration operation includes at least one of a script selection sub-operation, a wake-up mode selection sub-operation, an offline waiting time input sub-operation, a first timeout time input sub-operation, a maximum timeout time input sub-operation, a test stop low power threshold input sub-operation and an alarm configuration sub-operation.

8. A vehicle control pressure measurement device, characterized in that: The device comprises: A first receiving module, configured to receive a configuration operation of a user on a control corresponding to a target vehicle in a display operation interface, wherein the target vehicle is one of at least one vehicle in the display operation interface; A generating module, used to generate a task execution instruction according to the configuration operation, wherein the task execution instruction is used to execute a target test script indicated by the configuration operation; A search module, configured to search for the target test script in a preset script project library in response to the task execution instruction, wherein the script project library includes a plurality of test scripts, and different test scripts correspond to different test tasks; The execution module is used to execute the target test script and present the test execution result on the display operation interface, wherein the test execution result is used to indicate whether the target test script is executed successfully.

9. An electronic device, characterized in that: The device comprises: a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, the vehicle control pressure testing method according to any one of claims 1 to 8 is implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer program instructions, and when the computer program instructions are executed by the processor, the vehicle control pressure testing method according to any one of claims 1 to 8 is implemented.

11. A computer program product, characterized in that When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes the vehicle control pressure testing method as described in any one of claims 1 to 8.

Images