Vehicle control simulation test device and method, storage medium and electronic equipment

Abstract

The invention discloses a vehicle control simulation test device and method, a storage medium and electronic equipment, and belongs to the technical field of vehicle simulation test. The device comprises a test end and a to-be-tested end. The test end is at least used for starting an opponent random simulation program of the test end and a Monkey test program of the to-be-tested end; generating an opponent random feedback signal through the opponent random simulation program and issuing the opponent random feedback signal to the to-be-tested end; and when the Monkey test program is completely executed, generating a test report and storing a test log. The end to be tested is at least used for executing the Monkey test after the Monkey test program is started; monitoring a foreground process of the to-be-tested end, and if the foreground process is related to at least one opponent, generating an opponent to-be-fed-back signal and uploading the opponent to-be-fed-back signal to the test end; and completing a Monkey test process of a corresponding round according to a random feedback signal of the opponent. The verification sufficiency, the test comprehensiveness and the result accuracy of the vehicle control simulation test can be improved.

Description

Technical Field

[0001] The embodiments of the present invention relate to the technical field of automobile simulation testing, and in particular to a vehicle control simulation testing device, method, storage medium and electronic equipment. Background Art

[0002] As the number of cars increases, people are increasingly dependent on cars as an efficient means of transportation for daily travel. At this stage, in addition to paying more attention to hardware conditions such as car power and appearance, users are also paying more and more attention to the stability of the car's central control screen. At present, central control manufacturers generally use Monkey stress testing to verify the stability of the car's central control screen.

[0003] However, traditional Monkey stress testing mostly simulates user clicks, sliding and other events through ADB commands, and cannot simulate the load conditions of the car's central control (such as CAN load, Ethernet load, etc.). This makes it difficult for traditional Monkey stress testing to fully verify the stability of car central control applications (such as air conditioning, vehicle settings, etc.). At least there are problems such as insufficient verification, incomplete testing, and inaccurate results.

[0004] It should be noted that the aforementioned ADB is the abbreviation of Android Debug Bridge, which is translated as Android Debug Bridge; the aforementioned CAN is the abbreviation of Controller Area Network, which is translated as controller local area network. Summary of the invention

[0005] The embodiments of the present invention provide a vehicle control simulation test device, method, storage medium and electronic device to at least solve the problem that the existing Monkey stress test for automobile testing cannot simulate the load condition of the automobile central control, resulting in incomplete automobile central control application testing, incomplete verification and inaccurate results, thereby improving the verification adequacy, test comprehensiveness and result accuracy of the vehicle control simulation test.

[0006] In a first aspect, an embodiment of the present invention provides a vehicle control simulation test device, including a test end and a test end that establish a connection;

[0007] The test end is at least used to start the opponent random simulation program of the test end and the Monkey test program of the end to be tested in response to the user's start test operation; and, based on the opponent's feedback signal, generate the opponent random feedback signal through the opponent random simulation program and send it to the end to be tested; and, when the Monkey test program is fully executed, generate a test report and save the test log;

[0008] The end to be tested is at least used to perform Monkey testing after the Monkey testing program is started; and, during each round of Monkey testing, monitor the foreground process of the end to be tested, and if the foreground process is related to at least one opponent, generate the opponent's feedback signal and upload it to the test end; and, complete the corresponding round of Monkey testing process according to the random feedback signal of the opponent.

[0009] Optionally, in response to the user's start test operation, before starting the opponent's random simulation program of the test end and the Monkey test program of the tested end, the test end is also used to create an opponent's random signal simulation project based on at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent's feedback signal is uploaded to the tested end, the opponent's random simulation program can be called to generate the opponent's random feedback signal.

[0010] Optionally, the test end includes at least a host computer module and a counterpart simulation module;

[0011] The host computer module is connected to the opponent simulation module and the end to be tested respectively, and is at least used to start the opponent random simulation program of the opponent simulation module and the Monkey test program of the end to be tested in response to the user's start test operation; and when the Monkey test program is fully executed, generate the test report and save the test log;

[0012] The opponent device simulation module is connected to the end to be tested, and is at least used to generate the opponent device random feedback signal through the opponent device random simulation program under the control of the host computer module and send it to the end to be tested after receiving the opponent device feedback signal;

[0013] The end to be tested is at least specifically used to perform Monkey testing after the Monkey testing program is started; and, during each round of Monkey testing, monitor the foreground process of the end to be tested, and if the foreground process is related to at least one opponent, generate the opponent's feedback signal and upload it to the opponent simulation module; and, complete the corresponding round of Monkey testing process according to the random feedback signal of the opponent.

[0014] Optionally, the host computer module is also used to create an opponent random signal simulation project based on at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent's feedback signal is uploaded to the tested end, the opponent simulation module can call it to generate the opponent's random feedback signal.

[0015] In a second aspect, an embodiment of the present invention further provides a vehicle control simulation test method, which is performed by using the vehicle control simulation test device described in the first aspect, and the method includes:

[0016] In response to the user's start test operation, the test end starts its own opponent random simulation program and the Monkey test program of the end to be tested;

[0017] After the Monkey test program is started, the end to be tested performs the Monkey test;

[0018] During each round of Monkey testing, the tested end monitors the foreground process of the tested end, and if the foreground process is related to at least one opponent, generates a feedback signal of the opponent and uploads it to the testing end;

[0019] Based on the to-be-feedback signal of the opponent device, the test end generates a random feedback signal of the opponent device through the random simulation program of the opponent device and sends it to the to-be-tested end;

[0020] The end to be tested completes a corresponding round of Monkey test process according to the random feedback signal of the opponent;

[0021] When the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0022] Optionally, before the test end starts its own adversary random simulation program and the Monkey test program of the end to be tested in response to the user's start test operation, the method further includes:

[0023] The test end creates an opponent random signal simulation project based on at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent to be fed back signal is uploaded by the tested end, the opponent random simulation program can be called to generate the opponent random feedback signal.

[0024] In a third aspect, an embodiment of the present invention further provides a vehicle control simulation test method, which is performed by using the vehicle control simulation test device described in the first aspect, and the method includes:

[0025] In response to the user's start test operation, the host computer module starts the opponent random simulation program of the opponent simulation module and the Monkey test program of the end to be tested;

[0026] After the Monkey test program is started, the end to be tested performs the Monkey test;

[0027] During each round of Monkey testing, the end-to-be-tested monitors the foreground process of the end-to-be-tested. If the foreground process is related to at least one adversary, a feedback signal to be sent to the adversary is generated and uploaded to the adversary simulation module.

[0028] After receiving the to-be-feedback signal from the opponent, under the control of the host computer module, the opponent simulation module generates a random feedback signal from the opponent through the random simulation program of the opponent and sends it to the terminal to be tested;

[0029] The end to be tested completes a corresponding round of Monkey test process according to the random feedback signal of the opponent;

[0030] When the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0031] Optionally, before the host computer module starts the opponent random simulation program of the opponent simulation module and the Monkey test program of the end to be tested in response to the user's start test operation, it also includes:

[0032] The host computer module creates an opponent random signal simulation project according to at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent to be fed back signal is uploaded to the tested end, the opponent random simulation program can be called to generate the opponent random feedback signal.

[0033] In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the vehicle control simulation test method described in any one of the second aspect and the third aspect.

[0034] In the fifth aspect, an embodiment of the present invention further provides an electronic device, comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the vehicle control simulation test method described in any one of the second aspect and the third aspect.

[0035] In summary, the embodiments of the present invention provide a vehicle control simulation test device, method, storage medium and electronic device. First, a connection is established between the test end and the end to be tested; second, the test end starts the random simulation program of the opponent of the test end and the Monkey test program of the end to be tested in response to the user's start test operation; third, the end to be tested performs Monkey testing after the Monkey test program is started; third, the end to be tested monitors the foreground process of the end to be tested during each round of Monkey testing, and if the foreground process is related to at least one opponent, a signal to be fed back to the opponent is generated and uploaded to the test end; third, the test end generates a random feedback signal of the opponent through the random simulation program of the opponent based on the signal to be fed back to the opponent and sends it to the end to be tested; then, the end to be tested completes the corresponding round of Monkey testing process according to the random feedback signal of the opponent; finally, when the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0036] In the simulation test process of the above-mentioned device, the test end can be the tester's personal computer (PC), and the end to be tested can be the car central control. It can be understood that based on the technical solution provided by the embodiment of the present invention, in the process of performing simulation tests on the car central control, once the Monkey test involves the car counterpart (i.e., the CAN load, Ethernet load, etc. in the background technology), the tester can use the PC to randomly simulate the feedback signal of the car counterpart, so as to be close to the actual vehicle operation scene and realize the random simulation of each load condition corresponding to the car central control, which overcomes the problem that the existing Monkey stress test for automobile testing cannot simulate the load condition of the car central control, resulting in incomplete application testing, incomplete verification, and inaccurate results of the car central control, and improves the verification adequacy, comprehensiveness of the test, and accuracy of the results of the vehicle control simulation test. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0038] Figure 1 is a structural schematic diagram of a vehicle control simulation test device provided by an embodiment of the present invention;

[0039] Figure 2 It is a schematic diagram of the architecture of a vehicle control simulation test device provided by an embodiment of the present invention;

[0040] Figure 3is an implementation flow chart of a vehicle control simulation test device provided by an embodiment of the present invention;

[0041] Figure 4 is a flow chart of a vehicle control simulation test method provided by an embodiment of the present invention;

[0042] Figure 5 It is a flow chart of another vehicle control simulation test method provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0043] The present invention will be further described in detail below in conjunction with the accompanying drawings and embodiments. It is to be understood that the specific embodiments described herein are only used to explain the present invention, rather than to limit the present invention. It should also be noted that, for ease of description, only parts related to the present invention, rather than all structures, are shown in the accompanying drawings.

[0044] Figure 1 is a structural diagram of a vehicle control simulation test device provided by an embodiment of the present invention, such as Figure 1 As shown, the vehicle control simulation test device includes a connection establishing terminal 100 and a test terminal 200.

[0045] The test end 100 is at least used to respond to the user's start test operation, start the opponent's random simulation program of the test end 100 and the Monkey test program of the test end 200; and, based on the opponent's feedback signal, generate the opponent's random feedback signal through the opponent's random simulation program and send it to the test end 200; and when the Monkey test program is fully executed, generate a test report and save the test log.

[0046] The tested end 200 is at least used to perform Monkey testing after the Monkey testing program is started; and, during each round of Monkey testing, monitor the foreground process of the tested end 200. If the foreground process is related to at least one opponent, generate a feedback signal for the opponent and upload it to the test end 100; and, complete the corresponding round of Monkey testing process according to the random feedback signal of the opponent.

[0047] The test end 100 may refer to a terminal device such as a PC, an industrial computer, a single-chip microcomputer, or a mobile phone; the test end 200 may refer to a car central control waiting for a vehicle control simulation test, i.e., a tester performing a vehicle control simulation test. The test end 100 may establish a connection with the test end 200 by a wired connection (e.g., through a network cable) or a wireless connection (e.g., Bluetooth, WiFi, etc.).

[0048] It can be known that the user's start test operation can be, for example, a tester double-clicking the shortcut of the vehicle control simulation test program on the PC to open the vehicle control simulation test program and start the simulation test of the central control of the vehicle to be tested. Accordingly, the opponent random simulation program on the test end and the Monkey test program on the test end can both start automatically in response to the opening of the aforementioned vehicle control simulation test program.

[0049] In addition, the opponent's feedback signal can be, for example, a data packet generated by the tested end 200 when it detects that its foreground process is related to at least one opponent in the car (such as air conditioning, lights, windows, etc.) during a round of Monkey testing, and contains relevant opponent information (such as the name of the relevant opponent, the name of the application package corresponding to the relevant opponent, the name of a function or mode of the relevant opponent, etc.). The opponent's feedback signal provides the test end 100 with the information of the relevant opponent, so that the test end 100 can generate a random feedback signal corresponding to the relevant opponent (i.e., the opponent's random feedback signal) through the opponent's random simulation program.

[0050] Specifically, in actual vehicle applications, since a related signal of an opponent device may involve multiple signal values ​​(a related signal with a certain signal value can be understood as a aforementioned random feedback signal), each signal value corresponds to an execution function or mode of the opponent device. Therefore, the opponent device random simulation program can, for example, determine which function or mode of the opponent device and the random feedback signal corresponding to which function or mode of the opponent device that the front-end program of the tested end needs based on the aforementioned data packet containing relevant opponent device information, and then generate the random feedback signal through the opponent device random simulation program.

[0051] For example, assuming that the opponent involved in the foreground process of the tested end 200 during a round of Monkey testing is a vehicle automatic parking system, and the state of the vehicle automatic parking system is configured to be turned on, the tested end 200 can generate a data packet containing the information "HU_AVHFunctionReq=2" and send it to the test end 100 (where "HU_AVHFunctionReq=2" can correspond to a downlink signal for turning on the vehicle automatic parking). After receiving the aforementioned data packet containing the information "HU_AVHFunctionReq=2", the test end 100 can obtain the above information by parsing the data packet and then determine that the opponent is a vehicle automatic parking system and that the vehicle automatic parking system needs to be configured to be turned on. Based on this, the test end 100 generates random feedback signals of the opponent such as "WorkingSt_AVH=0", "WorkingSt_AVH=1" by calling the random simulation program of the opponent (where "WorkingSt_AVH=0" can correspond to the uplink closing signal of the vehicle automatic parking system, and "WorkingSt_AVH=1" can correspond to the uplink opening signal of the vehicle automatic parking system), and randomly selects one of the random feedback signals of the opponent and sends it to the end to be tested 200. Finally, the end to be tested 200 can complete this round of Monkey test process according to the received random feedback signal of the opponent. Specifically, when the random feedback signal to the opponent is "WorkingSt_AVH=0", it means that the instruction sent by the test end 200 is intended to turn on the automatic parking of the vehicle, but the test end simulates the automatic parking system and replies with an uplink closing signal, which are exactly opposite (equivalent to the actual use of the car, the driver or passenger wants to turn on the automatic parking function, but the automatic parking system turns off the function); when the random feedback signal to the opponent is "WorkingSt_AVH=1", it means that the instruction sent by the test end 200 is intended to turn on the automatic parking of the vehicle, and the test end simulates the automatic parking system and replies with an uplink opening signal, which are equivalent (equivalent to the actual use of the car, the driver or passenger wants to turn on the automatic parking function, and the automatic parking system also turns on the function). It can be understood that the above-mentioned data packets and signals can be CAN signals or Ethernet signals.

[0052] It can be known that the test report may include the test results generated during any round of Monkey testing after the completion of that round of Monkey testing (for example, which functions of the car's central control have test problems such as no response and crash, and which function tests have passed without problems), retest suggestions and other information; the test log may refer to a text document that records the number of executions of different function tests during any round of Monkey testing, test packages (for example, the aforementioned data packet containing the "HU_AVHFunctionReq=2" information), test time and other information.

[0053] For example, the working process of the vehicle control simulation test device in the actual stability test scenario of the automobile central control can be specifically as follows:

[0054] The tester who performs the vehicle control simulation test connects the PC to the central control of the car to be tested through a network cable. Furthermore, after the tester presses the PC power button to turn on the PC, he double-clicks the shortcut of the vehicle control simulation test program on the PC to open the vehicle control simulation test program. At this time, the opponent random simulation program on the PC and the Monkey test program in the central control of the car to be tested are automatically started in response to the opening of the vehicle control simulation test program. Further, after the Monkey test program is started, the central control of the car to be tested executes the Monkey test and continuously monitors its own foreground application process. Further, during the running of the Monkey test program, the Monkey test program can randomly simulate the actual scenario of the user inputting relevant instructions by clicking on the central control interface of the central control of the car to be tested. In a round of Monkey testing, the Monkey test program simulates clicking to run the automatic parking system management application in the central control of the car to be tested, and configures the automatic parking system status to be closed. Further, after the central control of the car to be tested detects that there is an automatic parking system management application process related to the automatic parking system in its foreground application process, it generates a data packet containing the information "HU_AVHFunctionReq=1" and sends it to the PC via the network cable. Further, after receiving the data packet, the PC can parse the data packet to know that the data packet corresponds to the automatic parking system and the state of the automatic parking system needs to be configured to be closed. Further, the PC calls the random simulation program of the opponent to randomly generate a random feedback signal of the opponent of "WorkingSt_AVH=0" or "WorkingSt_AVH=1" and feeds it back to the central control of the car to be tested via the network cable. Further, the central control of the car to be tested combines the data packet containing the information "HU_AVHFunctionReq=1" and the random feedback signal of the opponent of "WorkingSt_AVH=0" or "WorkingSt_AVH=1" to complete this round of Monkey testing, and continue to complete other rounds of Monkey testing. Furthermore, after all rounds of Monkey test processes have been completed, the PC outputs a test report including information such as the test results of each round of Monkey test and retest suggestions, and saves test-related log files.

[0055] To sum up, based on the technical solution provided in this embodiment, in the process of performing simulation tests on the automobile central control, once the Monkey test involves the automobile counterpart (such as the aforementioned automatic parking system), the tester can use the PC to randomly simulate the automobile counterpart feedback signal to get close to the actual vehicle operation scenario and realize random simulation of various load conditions corresponding to the automobile central control. This overcomes the problem that the existing Monkey stress test for automobile testing cannot simulate the load conditions of the automobile central control, resulting in incomplete automobile central control application testing, incomplete verification, and inaccurate results, and improves the verification adequacy, test comprehensiveness and result accuracy of the vehicle control simulation test.

[0056] It should be noted that, in addition to the automobile central control, the end to be tested can also be other equipment that needs to be subjected to actual application simulation testing, such as instruments, etc. In other words, the simulation test ideas provided in this embodiment can also be applied to other technical fields to meet the simulation test requirements of corresponding equipment, which will not be repeated.

[0057] Based on the above embodiments or implementation modes, this embodiment supplements and refines the above vehicle control simulation test device, but does not limit the present invention.

[0058] Continue to see Figure 1 Optionally, before starting the opponent's random simulation program of the test end 100 and the Monkey test program of the tested end 200 in response to the user's start test operation, the test end 100 is also used to create an opponent's random signal simulation project based on at least one foreground process of at least one opponent involved in the Monkey test program, so that when the tested end 200 uploads the opponent's feedback signal, the opponent's random simulation program can be called to generate a random feedback signal of the opponent.

[0059] Among them, the test end 100 creates a random signal simulation project for the opponent according to at least one foreground process of at least one opponent involved in the Monkey test program, which may mean that the test end 100 creates random signal simulation projects of CANOE, Ethernet and other types for common vehicle control applications such as air-conditioning applications, driving settings, vehicle settings and lighting settings, so as to realize the simulation of feedback signals of vehicle opponent parts such as air-conditioning systems, power systems, braking systems, lighting systems, or common vehicle status signals such as vehicle speed, gear position and power status.

[0060] Exemplarily, the random signal simulation project for the opponent device may be in the form of a table. Table 1 is a schematic table of the random signal simulation project for the opponent device provided by an embodiment of the present invention.

[0061] Table 1

[0062]

[0063] Figure 2 Schematic diagram of the structure of a vehicle control simulation test device provided by an embodiment of the present invention. Figure 2 Optionally, the test end 100 includes at least a host computer module 110 and an opponent device simulation module 120 .

[0064] The host computer module 110 establishes connections with the opponent simulation module 120 and the end to be tested 200 respectively, and is at least used to respond to the user's start test operation, start the opponent random simulation program of the opponent simulation module 120 and the Monkey test program of the end to be tested 200; and when the Monkey test program is fully executed, generate a test report and save the test log.

[0065] The opponent device simulation module 120 is connected to the end to be tested 200 and is at least used to generate a random feedback signal of the opponent device through a random simulation program of the opponent device under the control of the host computer module 110 and send it to the end to be tested 200 after receiving the feedback signal to be fed back by the opponent device.

[0066] The end to be tested 200 is at least specifically used to perform Monkey testing after the Monkey testing program is started; and, during each round of Monkey testing, monitor the foreground process of the end to be tested 200. If the foreground process is related to at least one opponent, generate an opponent feedback signal and upload it to the opponent simulation module 120; and, complete the corresponding round of Monkey testing process according to the random feedback signal of the opponent.

[0067] Among them, the host computer module 110 can control the opponent device simulation module 120 and the end to be tested 200, so as to cooperate with the opponent device simulation module 120 and the end to be tested 200 to complete the test operation of the central control stability of the vehicle to be tested; the host computer module 110 can, for example, include a Python program to realize the control function of the above modules.

[0068] Exemplarily, the interaction process between the host computer module 110, the opponent hardware simulation module 120 and the end to be tested 200 can be: the opponent hardware simulation module 120 can create a service event containing the opponent hardware information that the driving mode is ECO mode through the SomeIpAddEvent function and send an Ethernet Event event to the host computer module 110; after receiving the Ethernet Event event, the host computer module 110 can call the Random function to randomly set the system variable value "1" in the CANOE signal and / or Ethernet signal containing the information "DMS_TargetVehicleMode=1" (see the driving mode column shown in Table 1 above) that the subsequent opponent hardware simulation module 120 needs to send to the end to be tested 200 through the Output function (under normal vehicle control applications) to the system variable value representing different states of the driving mode in Table 1.

[0069] In a specific embodiment, optionally, the host computer module 110 is also used to create an opponent random signal simulation project based on at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent's feedback signal is uploaded to the test end 200, it can be called by the opponent simulation module 120 to generate a random feedback signal of the opponent.

[0070] Based on the above implementation, Figure 3 is an implementation flow chart of a vehicle control simulation test device provided by an embodiment of the present invention, see Figure 3 The tester who performs the vehicle control simulation test connects the vehicle central control to be tested to the PC, wherein the PC at least includes a CANOE signal generation process (for example, at least a controller for simulating the real vehicle counterpart) and a Python host computer (at least for controlling the running status and data interaction between the CANOE signal generation process and the Monkey test process), and the vehicle central control to be tested integrates the Monkey test process.

[0071] The Python host computer can use the "win32com.client" module in its own "pywin32" package to control the CANOE signal generation process; adaptively, the Python host computer can use its own "subproscess" module to complete the call of the shell script (shell script, a script program written for shell) that executes the Monkey test process. Furthermore, the tester can manually enter the "adb shellmonkey" command in the human-computer interaction interface of the Python host computer to control the Monkey test process to execute the Monkey test; and, by entering the "adb shell dumpsysactivity|find"mFocusedWindow"" command to periodically obtain the application package name of the foreground running process of the central control of the tested car.

[0072] During a round of Monkey testing, suppose the Monkey test program simulates a user click operation to put the car driving mode in ECO mode. At this time, the Monkey test process detects that there is an application process with a package name of "ltd.qisi.VehicleSettings" ("ltd.qisi.VehicleSettings" is the name of the application process generated when the vehicle driving mode is running) in the foreground application process of the current car control under test based on the "adb shell dumpsys activity|find"mFocusedWindow"" script. At the same time, the car control under test can generate a CANOE signal containing the information "DMSDrvieModeSet=2" (that is, the downlink signal that the vehicle driving mode is ECO mode as shown in Table 1) and send it to the CANOE signal generation process. Furthermore, the CANOE signal generation process can create a service event containing the counterparty information that the driving mode is ECO mode through the SomeIpAddEvent function and send an Ethernet Event event to the Python host computer. Further, after receiving the Ethernet Event, the Python host computer can call the Random function to randomly set the system variable value "1" in the CANOE signal and / or Ethernet signal containing the "DMS_TargetVehicleMode=1" information, which needs to be sent to the central control of the vehicle under test through the Output function under normal vehicle control applications, to the system variable value representing different states of the driving mode in Table 1 (for example, the system variable value "1" in "DMS_TargetVehicleMode" can be randomly set to 0, 2, 3, 4, 5). Further, the CANOE signal generation process sends the random feedback CANOE signal of the "vehicle driving mode" to the Monkey test process through the Output function. Similarly, if the Monkey test process triggers other application processes related to the opponent, it can be consistent with the above-mentioned random feedback CANOE signal generation step, and the CANOE signal generation process can output the random feedback CANOE signal of other opponent through the Output function. Furthermore, the Monkey test program completes each round of Monkey test process based on its own test and the random feedback CANOE signal sent by the corresponding counterpart continuously by the CANOE signal generation process. Finally, after all Monkey test processes are completed, the Python host computer outputs the test report of all rounds of Monkey test processes and saves the test log.

[0073] To sum up, during the execution of the Monkey test, this embodiment can not only use the Monkey test to randomly simulate user operation actions, but also use the handpiece random simulation program to randomly simulate the feedback signal of the handpiece controller of the real vehicle, and combine the input of two different simulation schemes to complete the stability test of the car central control. It overcomes the problem of incomplete car central control application testing, incomplete verification, and inaccurate results caused by the inability to simulate the load condition of the car central control by the existing Monkey stress test for car testing, and improves the verification adequacy, test comprehensiveness and result accuracy of the vehicle control simulation test.

[0074] The embodiment of the present invention also provides a vehicle control simulation test method. Figure 4 This is a flow chart of a vehicle control simulation test method provided by an embodiment of the present invention. This embodiment can be applied to vehicle control simulation test scenarios in various types of vehicles, such as fuel vehicles, pure electric vehicles, oil-electric hybrid vehicles, plug-in hybrid vehicles, extended-range electric vehicles, driverless vehicles, etc. The vehicle control simulation test method can be, but is not limited to, executed by the vehicle control simulation test device in the embodiment of the present invention as the execution subject, and the execution subject can be implemented in software and / or hardware. Figure 4 As shown, the vehicle control simulation test method includes at least the following steps:

[0075] S1. In response to the user's start test operation, the test end starts its own random simulation program for the opponent and the Monkey test program of the end to be tested.

[0076] S2. After the Monkey test program is started, the end to be tested executes the Monkey test.

[0077] S3. During each round of Monkey testing, the end-to-be-tested monitors the foreground process of the end-to-be-tested. If the foreground process is related to at least one adversary, a feedback signal of the adversary is generated and uploaded to the test end.

[0078] S4. Based on the feedback signal to be sent back to the opponent, the test end generates a random feedback signal of the opponent through a random simulation program of the opponent and sends it to the end to be tested.

[0079] S5. The end-to-be-tested completes the corresponding round of Monkey testing process according to the random feedback signal from the opponent.

[0080] S6. When the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0081] Optionally, before step S1, the method further includes:

[0082] The test end creates an opponent random signal simulation project based on at least one foreground process of at least one opponent involved in the Monkey test program, so that when the tested end uploads the opponent's feedback signal, the opponent random simulation program can call it to generate a random feedback signal of the opponent.

[0083] The technical solution provided in this embodiment is as follows: first, in response to the user's start test operation, the test end starts its own opponent random simulation program and the Monkey test program of the end to be tested; secondly, after the Monkey test program is started, the end to be tested executes the Monkey test; thirdly, in each round of Monkey testing, the end to be tested monitors the foreground process of the end to be tested, and if the foreground process is related to at least one opponent, a signal to be fed back to the opponent is generated and uploaded to the test end; thirdly, based on the signal to be fed back to the opponent, the test end generates a random feedback signal of the opponent through the random simulation program of the opponent and sends it to the end to be tested; then, the end to be tested completes the corresponding round of Monkey testing process according to the random feedback signal of the opponent; finally, when the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0084] Based on the technical solution provided in this embodiment, in the process of performing simulation tests on the automobile central control, once the Monkey test involves automobile counterparts (i.e., CAN load, Ethernet load, etc. in the background technology), the tester can use a PC to randomly simulate the feedback signal of the automobile counterparts to get close to the actual vehicle operation scenario and realize random simulation of various load conditions corresponding to the automobile central control. This overcomes the problem of incomplete automobile central control application testing, incomplete verification, and inaccurate results caused by the inability to simulate the load conditions of the automobile central control using the existing Monkey stress test for automobile testing, and improves the verification adequacy, test comprehensiveness, and result accuracy of the vehicle control simulation test.

[0085] The embodiment of the present invention further provides a vehicle control simulation test method. Figure 5 FIG. 1 is a flow chart of another vehicle control simulation test method provided by an embodiment of the present invention. Figure 5 As shown, the vehicle control simulation test method includes at least the following steps:

[0086] S101. In response to a user's start test operation, the host computer module starts an opponent random simulation program of an opponent simulation module and a Monkey test program of a terminal to be tested.

[0087] S2. After the Monkey test program is started, the end to be tested executes the Monkey test.

[0088] S103. During each round of Monkey testing, the end to be tested monitors the foreground process of the end to be tested. If the foreground process is related to at least one opponent, a feedback signal to be sent to the opponent is generated and uploaded to the opponent simulation module.

[0089] S104. After receiving the feedback signal from the opponent, under the control of the upper computer module, the opponent simulation module generates a random feedback signal from the opponent through a random simulation program of the opponent and sends it to the terminal to be tested.

[0090] S5. The end-to-be-tested completes the corresponding round of Monkey testing process according to the random feedback signal from the opponent.

[0091] S6. When the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0092] Optionally, before step S101, the method further includes:

[0093] The host computer module creates an opponent random signal simulation project according to at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent's feedback signal is uploaded at the tested end, the opponent random simulation program can be called to generate a random feedback signal of the opponent.

[0094] The technical solution provided in this embodiment is as follows: first, in response to the user's start test operation, the host computer module starts the opponent random simulation program of the opponent simulation module and the Monkey test program of the tested end; secondly, after the Monkey test program is started, the tested end performs the Monkey test; thirdly, in each round of Monkey test, the tested end monitors the foreground process of the tested end, and if the foreground process is related to at least one opponent, a signal to be fed back to the opponent is generated and uploaded to the opponent simulation module; thirdly, after receiving the signal to be fed back to the opponent, the opponent simulation module, under the control of the host computer module, generates a random feedback signal of the opponent through the random simulation program of the opponent and sends it to the tested end; then, the tested end completes the corresponding round of Monkey test process according to the random feedback signal of the opponent; finally, when the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0095] Based on the technical solution provided in this embodiment, in the process of executing the Monkey test, not only can the Monkey test be used to randomly simulate the user's operation actions, but the handpiece random simulation program can also be used to randomly simulate the feedback signal of the real vehicle to the handpiece controller. The stability test of the vehicle central control is completed by combining the input of two different simulation schemes, which overcomes the problems of incomplete vehicle central control application testing, incomplete verification and inaccurate results caused by the inability to simulate the load condition of the vehicle central control by the existing Monkey stress test for vehicle testing, thereby improving the verification adequacy, test comprehensiveness and result accuracy of the vehicle control simulation test.

[0096] An embodiment of the present invention also provides a computer-readable storage medium, which stores a computer program that can be executed by an electronic device. When the computer program runs on the electronic device, the electronic device executes a vehicle control simulation test method as provided in the embodiment of the present application: in response to the user's start test operation, the test end starts its own opponent random simulation program and the Monkey test program of the tested end; after the Monkey test program is started, the tested end performs the Monkey test; in each round of Monkey testing, the tested end monitors the foreground process of the tested end, and if the foreground process is related to at least one opponent, a signal to be fed back to the opponent is generated and uploaded to the test end; based on the signal to be fed back to the opponent, the test end generates a random feedback signal of the opponent through the random simulation program of the opponent and sends it to the tested end; the tested end completes the corresponding round of Monkey testing process according to the random feedback signal of the opponent; when the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0097] An embodiment of the present invention also provides a computer-readable storage medium, which stores a computer program that can be executed by an electronic device. When the computer program runs on the electronic device, the electronic device executes a vehicle control simulation test method as provided in the embodiment of the present application: in response to the user's start test operation, the upper computer module starts the opponent random simulation program of the opponent simulation module and the Monkey test program of the tested end; after the Monkey test program is started, the tested end performs the Monkey test; in each round of Monkey testing, the tested end monitors the foreground process of the tested end, and if the foreground process is related to at least one opponent, it generates an opponent feedback signal and uploads it to the opponent simulation module; after receiving the opponent feedback signal, under the control of the upper computer module, the opponent simulation module generates an opponent random feedback signal through the opponent random simulation program and sends it to the tested end; the tested end completes the corresponding round of Monkey testing process according to the opponent random feedback signal; when the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0098] An embodiment of the present invention also provides an electronic device, the electronic device comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the above-mentioned vehicle control simulation test method to achieve the following functions: in response to the user's start test operation, the test end starts its own opponent random simulation program and the Monkey test program of the tested end; after the Monkey test program is started, the tested end performs the Monkey test; in each round of Monkey testing, the tested end monitors the foreground process of the tested end, and if the foreground process is related to at least one opponent, a signal to be fed back to the opponent is generated and uploaded to the test end; based on the signal to be fed back to the opponent, the test end generates a random feedback signal of the opponent through the random simulation program of the opponent and sends it to the tested end; the tested end completes the corresponding round of Monkey testing process according to the random feedback signal of the opponent; when the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0099] An embodiment of the present invention also provides an electronic device, the electronic device comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the above-mentioned vehicle control simulation test method to achieve the following functions: in response to the user's start test operation, the upper computer module starts the opponent random simulation program of the opponent simulation module and the Monkey test program of the tested end; after the Monkey test program is started, the tested end performs the Monkey test; in each round of Monkey testing, the tested end monitors the foreground process of the tested end, and if the foreground process is related to at least one opponent, it generates an opponent feedback signal and uploads it to the opponent simulation module; after receiving the opponent feedback signal, under the control of the upper computer module, the opponent simulation module generates an opponent random feedback signal through the opponent random simulation program and sends it to the tested end; the tested end completes the corresponding round of Monkey testing process according to the opponent random feedback signal; when the Monkey test program is fully executed, the test end generates a test report and saves the test log.

[0100] Note that the above are only preferred embodiments of the present invention and the technical principles used. Those skilled in the art will understand that the present invention is not limited to the specific embodiments described herein, and that various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the scope of protection of the present invention. Therefore, although the present invention has been described in more detail through the above embodiments, the present invention is not limited to the above embodiments, and may include more other equivalent embodiments without departing from the concept of the present invention, and the scope of the present invention is determined by the scope of the appended claims.

Claims

1. A vehicle control simulation test device, characterized in that: It includes a test end and a test end for establishing a connection; The test end is at least used to start the opponent random simulation program of the test end and the Monkey test program of the end to be tested in response to the user's start test operation; and based on the opponent's feedback signal, generate the opponent random feedback signal through the opponent random simulation program and send it to the end to be tested; And, when the Monkey test program is fully executed, a test report is generated and a test log is saved; The end to be tested is at least used to perform Monkey testing after the Monkey testing program is started; and, during each round of Monkey testing, monitor the foreground process of the end to be tested, and if the foreground process is related to at least one opponent, generate the opponent's feedback signal and upload it to the test end; and, complete the corresponding round of Monkey testing process according to the random feedback signal of the opponent.

2. The vehicle control simulation test device according to claim 1, characterized in that: In response to the user's start test operation, before starting the opponent's random simulation program of the test end and the Monkey test program of the tested end, the test end is also used to create an opponent's random signal simulation project based on at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent's feedback signal is uploaded to the tested end, the opponent's random simulation program can be called to generate the opponent's random feedback signal.

3. The vehicle control simulation test device according to claim 1, characterized in that: The test end at least includes a host computer module and a counterpart simulation module; The host computer module is connected to the opponent simulation module and the end to be tested respectively, and is at least used to start the opponent random simulation program of the opponent simulation module and the Monkey test program of the end to be tested in response to the user's start test operation; and when the Monkey test program is fully executed, generate the test report and save the test log; The opponent device simulation module is connected to the end to be tested, and is at least used to generate the opponent device random feedback signal through the opponent device random simulation program under the control of the host computer module and send it to the end to be tested after receiving the opponent device feedback signal; The end to be tested is at least specifically used to perform Monkey testing after the Monkey testing program is started; and, during each round of Monkey testing, monitor the foreground process of the end to be tested, and if the foreground process is related to at least one opponent, generate the opponent's feedback signal and upload it to the opponent simulation module; and, complete the corresponding round of Monkey testing process according to the random feedback signal of the opponent.

4. The vehicle control simulation test device according to claim 3, characterized in that: The host computer module is also used to create an opponent random signal simulation project based on at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent to be fed back signal is uploaded to the tested end, the opponent simulation module can call it to generate the opponent random feedback signal.

5. A vehicle control simulation test method, characterized in that: The method is performed by using the vehicle control simulation test device according to claim 1, and the method comprises: In response to the user's start test operation, the test end starts its own opponent random simulation program and the Monkey test program of the end to be tested; After the Monkey test program is started, the end to be tested performs the Monkey test; During each round of Monkey testing, the tested end monitors the foreground process of the tested end, and if the foreground process is related to at least one opponent, generates a feedback signal of the opponent and uploads it to the testing end; Based on the to-be-feedback signal of the opponent device, the test end generates a random feedback signal of the opponent device through the random simulation program of the opponent device and sends it to the to-be-tested end; The end to be tested completes a corresponding round of Monkey test process according to the random feedback signal of the opponent; When the Monkey test program is fully executed, the test end generates a test report and saves the test log.

6. The vehicle control simulation test method according to claim 5, characterized in that: Before the test end starts its own adversary random simulation program and the Monkey test program of the end to be tested in response to the user's start test operation, the method further includes: The test end creates an opponent random signal simulation project based on at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent to be fed back signal is uploaded by the tested end, the opponent random simulation program can be called to generate the opponent random feedback signal.

7. A vehicle control simulation test method, characterized in that: The method is performed by using the vehicle control simulation test device according to claim 3, and the method comprises: In response to the user's start test operation, the host computer module starts the opponent random simulation program of the opponent simulation module and the Monkey test program of the end to be tested; After the Monkey test program is started, the end to be tested performs the Monkey test; During each round of Monkey testing, the end-to-be-tested monitors the foreground process of the end-to-be-tested. If the foreground process is related to at least one adversary, a feedback signal to be sent to the adversary is generated and uploaded to the adversary simulation module. After receiving the to-be-feedback signal from the opponent, under the control of the host computer module, the opponent simulation module generates a random feedback signal from the opponent through the random simulation program of the opponent and sends it to the terminal to be tested; The end to be tested completes a corresponding round of Monkey test process according to the random feedback signal of the opponent; When the Monkey test program is fully executed, the test end generates a test report and saves the test log.

8. The vehicle control simulation test method according to claim 7, characterized in that: Before the host computer module starts the opponent random simulation program of the opponent simulation module and the Monkey test program of the end to be tested in response to the user's start test operation, the method further includes: The host computer module creates an opponent random signal simulation project according to at least one foreground process of at least one opponent involved in the Monkey test program, so that when the opponent to be fed back signal is uploaded to the tested end, the opponent random simulation program can be called to generate the opponent random feedback signal.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the vehicle control simulation test method described in any one of claims 5-8 is implemented.

10. An electronic device, characterized in that: include: one or more processors; A storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the vehicle control simulation test method described in any one of claims 5-8.

Images