A vehicle testing method, device, electronic equipment and storage medium

Abstract

Embodiments of the present application provide a vehicle testing method, device, electronic equipment and storage medium, the method comprising: the test software constructs global variables for hard-wire signals and bus signals of different test platforms respectively, and stores the mapping relationship between each test platform and the global variables to obtain a first mapping relationship; in response to a user selecting a target test platform from the test platforms, the target global variable corresponding to the target test platform is queried from the first mapping relationship; the target test script is generated based on the target global variable, and the remote control function test is completed by calling the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet through the target test script. The method can ensure that the generated test script can be used on different test platforms with different software and hardware, regardless of whether the hardware-in-the-loop system is dSpace, VT, ETAS or NI, the automation script written by the test software can be adapted, and there is no situation such as cannot be reused, difficult to transplant, etc.

Description

Technical Field

[0001] This invention relates to the field of vehicle technology, and in particular to a vehicle testing method, a vehicle testing apparatus, an electronic device, and a computer-readable storage medium. Background Technology

[0002] With the development of intelligent connected vehicle technology, remote vehicle control has gradually become a standard feature in vehicles. Remote vehicle control typically includes functions such as remotely starting the engine / air conditioning, remotely unlocking / locking doors, remotely locating the vehicle, and viewing vehicle status information, greatly improving user comfort and convenience. However, due to the increasing complexity of interactive scenarios for remote vehicle control, in real-world use, this function suffers from frequent control failures and controller response timeouts, leading to a high number of user complaints. Therefore, the stability of this function is highly correlated with the passenger's driving experience and is a key testing target in automotive component testing, requiring thorough testing and verification.

[0003] Currently, the testing method for this function mainly adopts manual testing on actual vehicles. This not only greatly extends the debugging time of each link unit of the remote vehicle control function, but also lacks effective monitoring of failure points, function response time, and other situations. In addition, there are problems such as insufficient automation, high test development costs, and long cycles. Summary of the Invention

[0004] In view of the above problems, embodiments of the present invention are proposed to provide a vehicle testing method and a corresponding vehicle testing apparatus, an electronic device, and a computer-readable storage medium to overcome or at least partially solve the above problems.

[0005] This invention discloses a vehicle testing method, the method comprising:

[0006] The testing software constructs global variables for the hard-wired signals and bus signals of different testing platforms, and stores the mapping relationship between each testing platform and the global variables to obtain the first mapping relationship;

[0007] In response to a user selecting a target testing platform from the testing platforms, the target global variable corresponding to the target testing platform is queried from the first mapping relationship;

[0008] Based on the target global variables, a target test script is generated, and the remote control function test is completed by calling the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet.

[0009] Optionally, the step of using the target test script to call the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet to complete the remote control function test includes:

[0010] The target test script calls the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to build a specified test environment.

[0011] The test software calls the graphical measurement and control software to control the user interface input operation on the remote control terminal to generate corresponding remote control commands in the specified test environment.

[0012] The remote control terminal sends the remote control command to the cloud server;

[0013] The cloud server forwards the remote control command to the cockpit domain controller, which then converts the remote control command into a corresponding bus signal and sends it to the body domain controller.

[0014] The vehicle domain controller controls the corresponding execution unit to execute corresponding instruction actions according to the bus signal, and receives feedback signals from the execution unit;

[0015] The designated simulation hardware in the hardware-in-the-loop test cabinet determines the instruction execution result based on whether the feedback signal is received and whether the feedback signal is the expected signal, and sends the instruction execution result to the cloud server.

[0016] The cloud server sends the execution result of the instruction to the remote control terminal;

[0017] The testing software calls the graphical measurement and control software to identify the instruction execution result from the remote control terminal, and determines the test result of the corresponding remote control function based on the instruction execution result.

[0018] Optionally, the designated simulation hardware in the hardware-in-the-loop test cabinet determines the instruction execution result based on whether the feedback signal is received and whether the feedback signal is the expected signal, including:

[0019] The designated simulation hardware in the hardware-in-the-loop test cabinet monitors the communication interaction information between the cockpit domain controller and the body domain controller. If the feedback signal is received within a preset time period and the feedback signal is the expected signal, the instruction execution result is determined to be successful. If the feedback signal is not received within the preset time period, or the received feedback signal is not the expected signal, the instruction execution result is determined to be unsuccessful.

[0020] Optionally, the graphical measurement and control software integrates image recognition tools and image text recognition tools. The test software calls the graphical measurement and control software to identify the instruction execution result from the remote control terminal, including:

[0021] The testing software uses the image recognition tool to capture the instruction execution result image from the user interface of the remote control terminal, and uses the image text recognition tool to extract the instruction execution result from the instruction execution result image.

[0022] Optionally, the step of using the target test script to call the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to build the specified test environment includes:

[0023] The target test script calls the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate a specified vehicle state; wherein, the vehicle state includes one or more of the following: vehicle OFF state, sleep state, door open state, door unlocked state, and driving state.

[0024] Optionally, the step of using the target test script to call the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate a specified vehicle state includes:

[0025] The target test script calls the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate the transmission of simulation bus signals and / or hardwired signals, thereby realizing the power distribution of the whole vehicle test bench and the switching of the whole vehicle power supply level to simulate the specified vehicle state.

[0026] Optionally, the test software calls graphical measurement and control software to control the interface input operations simulating a user on a remote control terminal, including:

[0027] The testing software determines the target remote control function that needs to be tested.

[0028] The testing software transmits the path information of the remote control command image template corresponding to the target remote control function to the graphic measurement and control software;

[0029] The graphical measurement and control software controls the user interface input operation in the remote control terminal based on the path information; wherein, the interface input operation is used to generate the remote control command.

[0030] This invention also discloses a vehicle testing device, the device comprising:

[0031] The module for building and storing global variables is used to build global variables for hard-wired signals and bus signals of different test platforms using the test software, and to store the mapping relationship between each test platform and the global variables to obtain the first mapping relationship.

[0032] The query module is used to query the target global variable corresponding to the target test platform from the first mapping relationship in response to the user selecting the target test platform from the test platform.

[0033] The generation and testing module is used to generate target test scripts based on the target global variables, and to call the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet through the target test scripts to complete the remote control function test.

[0034] Optionally, the generation and testing module includes:

[0035] The specified test environment setup submodule is used to call the test management software through the target test script to control the simulation hardware in the hardware-in-the-loop test cabinet to set up the specified test environment.

[0036] The interface input operation simulation submodule is used to call the graphical measurement and control software through the test software to control the simulated user interface input operation on the remote control terminal, so as to generate corresponding remote control commands in the specified test environment;

[0037] The first remote control command sending submodule is used to send the remote control command to the cloud server through the remote control terminal;

[0038] The second remote control command sending submodule is used to forward the remote control command to the cockpit domain controller through the cloud server, and the cockpit domain controller converts the remote control command into a corresponding bus signal and sends it to the body domain controller.

[0039] The instruction execution and feedback signal receiving submodule is used to control the corresponding execution unit to execute the corresponding instruction action according to the bus signal through the vehicle domain controller, and to receive the feedback signal of the execution unit;

[0040] The instruction execution result determination and transmission submodule is used to determine the instruction execution result based on whether the feedback signal is received and whether the feedback signal is the expected signal through the specified simulation hardware in the hardware-in-the-loop test cabinet, and to send the instruction execution result to the cloud server.

[0041] The instruction execution result sending submodule is used to send the instruction execution result to the remote control terminal through the cloud server;

[0042] The test result determination submodule is used to call the graphical measurement and control software through the test software to identify the instruction execution result from the remote control terminal, and determine the test result of the corresponding remote control function based on the instruction execution result.

[0043] Optionally, the instruction execution result determination and transmission submodule includes:

[0044] The instruction execution result determination unit is used to monitor the communication interaction information between the cockpit domain controller and the body domain controller through designated simulation hardware in the hardware-in-the-loop test cabinet. If the feedback signal is received within a preset time period and the feedback signal is the expected signal, the instruction execution result is determined to be successful. If the feedback signal is not received within the preset time period, or the received feedback signal is not the expected signal, the instruction execution result is determined to be unsuccessful.

[0045] Optionally, the graphic measurement and control software integrates image recognition tools and image text recognition tools, and the test result determination submodule includes:

[0046] The instruction execution result extraction unit is used to capture an image of the instruction execution result from the user interface of the remote control terminal using the image recognition tool through the test software, and to extract the instruction execution result from the image of the instruction execution result using the image text recognition tool.

[0047] Optionally, the specified test environment setup submodule includes:

[0048] A designated vehicle state simulation unit is used to call the test management software through the target test script to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate a designated vehicle state; wherein, the vehicle state includes one or more of the following: vehicle OFF state, sleep state, door open state, door unlocked state, and driving state.

[0049] Optionally, the designated vehicle state simulation unit includes:

[0050] A designated vehicle state simulation subunit is used to call the test management software through the target test script to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate the transmission of simulation bus signals and / or hardwired signals, thereby realizing the power distribution of the whole vehicle test bench and the switching of the whole vehicle power supply gear to simulate the designated vehicle state.

[0051] Optionally, the interface input operation simulation submodule includes:

[0052] The target remote control function determination unit is used to determine the target remote control function that needs to be tested through the test software.

[0053] The path information transmission unit is used to transmit the path information of the remote control command image template corresponding to the target remote control function to the graphic measurement and control software through the test software;

[0054] The interface input operation simulation unit is used to simulate user interface input operations in the remote control terminal based on the path information using the graphical measurement and control software; wherein, the interface input operations are used to generate the remote control instructions.

[0055] This invention also discloses an electronic device, including: a processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements a vehicle testing method as described above.

[0056] This invention also discloses a computer-readable storage medium storing a computer program, which, when executed by a processor, implements a vehicle testing method as described above.

[0057] The embodiments of the present invention have the following advantages:

[0058] In this embodiment of the invention, the test software for remote control function testing can construct global variables for the hard-wired signals and bus signals of different test platforms, and store the mapping relationship between each test platform and the global variables to obtain a first mapping relationship. In response to a user selecting a target test platform from multiple test platforms, the software can query the target global variable corresponding to the target test platform from the first mapping relationship, generate a target test script based on the target global variable, and use the target test script to call the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet to complete the remote control function test. By adopting the above method, the test software uniformly manages the hard-wired signals and bus signals of different test platforms by establishing global variables, forming a callable global variable library. When remote control function testing is required, the corresponding global variables are used to generate the corresponding test script, ensuring that the generated test script can be used on different hardware and software test platforms. Regardless of whether the hardware-in-the-loop system is dSpace, VT, ETAS, or NI, the automated scripts written by the test software can be adapted, without issues such as non-reusability or portability difficulties. This invention can not only test various remote control functions, but also test remote diagnostics, remote vehicle status query, and other remote vehicle control functions. This invention can simulate complex and diverse working conditions, and can perform forward, reverse or fault injection tests, with broad test coverage. Attached Figure Description

[0059] Figure 1This is a flowchart of the steps of a vehicle testing method provided in an embodiment of the present invention;

[0060] Figure 2 This is a flowchart of another vehicle testing method provided in an embodiment of the present invention;

[0061] Figure 3 This is a schematic diagram of the testing system according to an embodiment of the present invention;

[0062] Figure 4 This is a structural block diagram of a vehicle testing device provided in an embodiment of the present invention. Detailed Implementation

[0063] To make the above-mentioned objects, features, and advantages of the present invention more apparent and understandable, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art are within the scope of protection of the present invention.

[0064] Currently, automated testing methods for remote vehicle control functions include:

[0065] 1. By combining control attribute analysis with image recognition, pop-up information from the APP is captured. This enables monitoring of functional failures at all nodes while providing high-precision monitoring of command response time, effectively identifying software and hardware defects. This guides system optimization and improves the robustness of remote vehicle control. Specifically, a robust testing mechanism is established, encompassing simulated clicks on APP elements, pop-up element status recognition, full-process monitoring of bus signals, high-precision monitoring of response time, and generation of visual test reports. This streamlined automated testing across all aspects of the remote vehicle control function, effectively optimizing the testing process and improving testing efficiency.

[0066] 2. Configure an industrial control computer and a remote monitoring module. The industrial control computer is electrically connected to the vehicle user terminal, which in turn communicates with the vehicle-mounted smart antenna. The vehicle-mounted smart antenna is electrically connected to the gateway. The industrial control computer also communicates with the remote monitoring module, which in turn communicates with both the vehicle-mounted smart antenna and the gateway. The industrial control computer sends remote vehicle control test commands to the vehicle user terminal, which then transmits them to the vehicle-mounted smart antenna, which in turn transmits them to the gateway. The remote monitoring module determines whether the remote vehicle control test commands have been transmitted to the gateway via the vehicle-mounted smart antenna and whether the gateway has issued the commands to the corresponding vehicle control actuators. This enables automated testing of remote vehicle control, is suitable for cyclic testing, requires minimal workload, and facilitates testing operations.

[0067] The above test scheme uses element recognition terminal APP elements, which has the problem of elements not being recognized, resulting in poor stability; the test bench is incomplete, and does not cover tests for functions such as vehicle status query and remote vehicle diagnosis. It only has forward tests and does not cover test scenarios such as reverse and sleep wake-up; in addition, the automated scripts cannot be ported and reused between different hardware-in-the-loop test platforms.

[0068] Therefore, the present invention aims to provide a vehicle testing method and a corresponding vehicle testing device, an electronic device, and a computer-readable storage medium to overcome or at least partially solve the above problems.

[0069] One of the core concepts of this invention is that the test software for remote control function testing can construct global variables for the hard-wired signals and bus signals of different test platforms, and store the mapping relationship between each test platform and the global variables to obtain a first mapping relationship. In response to a user selecting a target test platform from multiple test platforms, the software can query the target global variable corresponding to the target test platform from the first mapping relationship, generate a target test script based on the target global variable, and use the target test script to call the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet to complete the remote control function test. By adopting the above method, the test software uniformly manages the hard-wired signals and bus signals of different test platforms by establishing global variables, forming a callable global variable library. When remote control function testing is required, the corresponding global variables are used to generate the corresponding test script, ensuring that the generated test script can be used on different hardware and software test platforms. Regardless of whether the hardware-in-the-loop system is dSpace, VT, ETAS, or NI, the automated scripts written by the test software can be adapted, without issues such as non-reusability or portability difficulties. This invention can not only test various remote control functions, but also test remote diagnostics, remote vehicle status query, and other remote vehicle control functions. This invention can simulate complex and diverse working conditions, and can perform forward, reverse or fault injection tests, with broad test coverage.

[0070] Reference Figure 1 The diagram illustrates a flowchart of a vehicle testing method provided by an embodiment of the present invention, which may specifically include the following steps:

[0071] Step 101: The test software constructs global variables for the hard-wired signals and bus signals of different test platforms, and stores the mapping relationship between each test platform and the global variables to obtain the first mapping relationship.

[0072] The testing software is used to test the remote vehicle control function. The testing software can be a software tool for testing and verifying embedded systems, such as ECU-TEST testing software.

[0073] The testing software can create global variables for hard-wired signals and bus signals from different testing platforms. For example, for hard-wired signals and bus signals of testing platform A, a corresponding global variable AA can be created; for hard-wired signals and bus signals of testing platform B, a corresponding global variable BB can be created. The hard-wired signals and bus signals from different testing platforms are uniformly named and managed by creating global variables, forming a global variable library that can be called by automated test scripts.

[0074] Step 102: In response to the user selecting a target test platform from the test platforms, query the target global variable corresponding to the target test platform from the first mapping relationship.

[0075] In practice, users can select the target test platform to be tested from multiple test platforms displayed in the graphical user interface of the test software. In response to the user's selection, the target global variable corresponding to the target test platform can be queried from the first mapping relationship.

[0076] Step 103: Generate a target test script based on the target global variables, and use the target test script to call the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet to complete the remote control function test.

[0077] In practice, the testing software pre-packages initial test scripts, each corresponding to a specific remote control function. Users can select the remote control function to be tested. In response to the user's selection, the corresponding initial test script for that remote control function can be determined. Then, combined with the target global variables corresponding to the target test platform, a target test script is generated. The target test script calls the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet to complete the remote control function test.

[0078] Since each test platform has its own software resources (such as test management software) and hardware resources (such as board resources), if the test scripts of the test software are to be reused in different test platforms, the initial test scripts need to be adjusted to call the software and hardware resources of the test platform.

[0079] In summary, in this embodiment of the invention, the test software manages the hardwired signals and bus signals of different test platforms in a unified manner by establishing global variables, forming a callable global variable library. When remote control function testing is required, the corresponding global variables are used to generate the corresponding test scripts. This ensures that the generated test scripts can be used on different hardware and software test platforms. Regardless of whether the hardware-in-the-loop system is dSpace, VT, ETAS, or NI, the automated scripts written by the test software can be adapted, and there are no issues such as non-reusability or portability difficulties.

[0080] Reference Figure 2 This illustrates a flowchart of another vehicle testing method provided by an embodiment of the present invention, which can be specifically applied to, for example... Figure 3 The test system shown includes test software (1), graphical measurement and control software (2), remote control terminal (3), cloud server (4), cockpit domain controller (5), body domain controller (6), various execution units (7), hardware-in-the-loop test cabinet (8), test management software (9), and several wiring harnesses. This test system is based on a hardware-in-the-loop environment, equipped with both virtual and real controllers, and integrates a simulated manual operation remote control terminal with graphical measurement and control software. Specifically, it may include the following steps:

[0081] Step 201: The test software constructs global variables for the hard-wired signals and bus signals of different test platforms, and stores the mapping relationship between each test platform and the global variables to obtain the first mapping relationship.

[0082] Step 202: In response to the user selecting a target test platform from the test platforms, query the target global variable corresponding to the target test platform from the first mapping relationship.

[0083] Step 203: Generate the target test script based on the target global variables.

[0084] The specific implementation process of steps 201 to 203 in this embodiment of the invention can refer to the implementation process of steps 101 to 103 in the previous embodiment. To avoid repetition, it will not be described again here.

[0085] The test software includes common methods encapsulated using Functions for various device operations, as well as a custom function library for APP functions. Common methods include interface swiping, interface button pressing, interface back, interface screenshot, interface screen recording, retrieving element objects from the interface, clicking on element objects, text input, and coordinate tapping; APP functions that can be implemented include opening and closing the APP.

[0086] The testing software is the core of the entire automated testing system. It unifies the scheduling of the graphical measurement and control software, operates the application program (APP) in the remote control terminal, and schedules the test management software system. The testing software is responsible for distributing test tasks and monitoring the test process, determining whether the test process data is consistent with the expected data, and thus determining whether the current remote control system is operating as expected.

[0087] Step 204: Use the target test script to call the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to build the specified test environment.

[0088] In this embodiment of the invention, the test management software can be invoked through the target test script, thereby controlling the simulation hardware in the hardware-in-the-loop test cabinet to build a specified test environment. The test management software is the host computer software of the real-time machine within the hardware-in-the-loop test cabinet, and can fully utilize various resources of the hardware-in-the-loop test cabinet. The hardware-in-the-loop test cabinet contains various simulation hardware, such as programmable power supplies, power supply boards, CAN communication boards, LIN communication boards, AIO analog quantity boards, DIO digital quantity boards, RIO resistor simulation boards, and fault injection boards, etc., all loaded onto the real-time machine.

[0089] In an optional embodiment of the present invention, step 204, in which the test management software is invoked by the target test script to control the simulation hardware in the hardware-in-the-loop test cabinet to build the specified test environment, may specifically include the following sub-steps:

[0090] The target test script calls the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate a specified vehicle state; the vehicle state includes one or more of the following: vehicle OFF state, sleep state, door open state, door unlocked state, and driving state.

[0091] The testing software runs the target test script corresponding to the selected test task, and controls the simulation hardware in the hardware-in-the-loop test cabinet to simulate the specified vehicle state to be tested by calling the test management software. The specified vehicle state can be the vehicle state used for reverse testing, such as the whole vehicle in OFF state, sleep state, and can also simulate the door open state, door unlock state, etc.

[0092] In an optional embodiment of the present invention, the simulation hardware in the hardware-in-the-loop test cabinet is controlled by the test management software to simulate a specified vehicle state through the target test script, which may specifically include the following sub-steps:

[0093] The target test script calls the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate the transmission of simulation bus signals and / or hardwired signals, thereby realizing the power distribution of the whole vehicle test bench and the switching of the whole vehicle power supply level to simulate the specified vehicle state.

[0094] In this embodiment of the invention, the test management software can be used for power distribution on the vehicle test bench, power supply to the on-board controller, and simulation of vehicle power supply gear switching; by constructing a peripheral model, it can simulate the relevant hard-wired signals of the real controller to realize the testing of various reverse test cases; it can simulate the CAN and LIN signals of the virtual controller and monitor the communication data between the controllers to simulate the vehicle environment.

[0095] In an optional embodiment of the present invention, the vehicle testing method of the present invention may further include the following steps:

[0096] The test software controls the startup of the remote control terminal.

[0097] In this embodiment of the invention, the remote control terminal can be started and a specified application (APP) can be opened on the remote control terminal by controlling the testing software.

[0098] Step 205: The test software calls the graphical measurement and control software to control the user interface input operation on the remote control terminal to generate corresponding remote control commands in the specified test environment.

[0099] In this embodiment of the invention, the testing software can also call the graphical measurement and control software, which in turn controls the user's interface input operations on the remote control terminal to generate corresponding remote control commands under a specified test environment. The remote control commands correspond to the remote control function to be tested. The graphical measurement and control software can be LabVIEW software. The remote control terminal can be various types of terminal devices, such as mobile phones, personal computers, and tablet computers.

[0100] In an optional embodiment of the present invention, step 205, in which the test software calls the graphical measurement and control software to control the interface input operation simulating the user on the remote control terminal, may specifically include the following sub-steps:

[0101] The testing software determines the target remote control function that needs to be tested.

[0102] The testing software transmits the path information of the remote control command image template corresponding to the target remote control function to the graphic measurement and control software;

[0103] The graphical measurement and control software simulates user interface input operations in a remote control terminal based on path information control; among which, the interface input operations are used to generate remote control commands.

[0104] The remote control functions that can be tested include remotely turning on the engine / air conditioning, remotely unlocking / locking the doors, remotely locating the vehicle, viewing vehicle status information, refreshing the page, and obtaining diagnostic information.

[0105] The testing software can open the remote control terminal by calling its own pre-packaged package and remotely control the specified application APP in the remote control terminal. It can issue remote control commands by transmitting the path information of the remote control command image template to the graphic measurement and control software.

[0106] The graphic measurement and control software integrates image recognition and image text recognition tools. The image recognition tool can be a visual algorithm tool, and the image text recognition tool can be an OCR text recognition tool. Based on path information, the software simulates user interface input operations on a remote control terminal. Specifically, it inputs the path information of a remote control command image template as a parameter, compares it with the remote control interface of a specified application (APP) on the remote control terminal, obtains the coordinates through a visual algorithm, and simulates user interface input operations on the remote control interface. In response to this interface input operation, it generates corresponding remote control commands.

[0107] Step 206: The remote control terminal sends the remote control command to the cloud server.

[0108] After generating the remote control command, you can send the remote control command to the cloud server.

[0109] Step 207: The cloud server forwards the remote control command to the cockpit domain controller, which then converts the remote control command into the corresponding bus signal and sends it to the body domain controller.

[0110] After receiving a remote control command, the cloud server can forward the command to the cockpit domain controller, which then converts the command into a corresponding bus signal and sends it to the body domain controller.

[0111] Step 208: The vehicle domain controller controls the corresponding execution unit to execute the corresponding instruction action according to the bus signal, and receives the feedback signal from the execution unit.

[0112] After receiving the converted bus signal, the body domain controller can control the corresponding execution unit to execute the command action, and the body domain controller receives the feedback signal from the execution unit.

[0113] Step 209: The designated simulation hardware in the hardware-in-the-loop test cabinet determines the instruction execution result based on whether a feedback signal is received and whether the feedback signal is the expected signal, and sends the instruction execution result to the cloud server.

[0114] In this embodiment of the invention, the designated simulation hardware in the hardware-in-the-loop test cabinet determines the instruction execution result based on whether a feedback signal is received and whether the feedback signal is the expected signal, and sends the instruction execution result to the cloud server after determining the instruction execution result.

[0115] In an optional embodiment of the present invention, step 209, in which the designated simulation hardware in the hardware-in-the-loop test cabinet determines the instruction execution result based on whether a feedback signal is received and whether the feedback signal is the expected signal, may specifically include the following sub-steps:

[0116] The designated simulation hardware in the hardware-in-the-loop test cabinet monitors the communication interaction information between the cockpit domain controller and the body domain controller. If a feedback signal is received within a preset time period and the feedback signal is the expected signal, the instruction execution result is determined to be successful; if no feedback signal is received within the preset time period, or the received feedback signal is not the expected signal, the instruction execution result is determined to be unsuccessful.

[0117] In this step, the designated emulation hardware in the hardware-in-the-loop test cabinet can also be used for fault injection testing.

[0118] Regardless of whether the cockpit domain controller receives a feedback signal from the body domain controller within the defined preset time period, it will send the command execution result to the cloud server when the defined time ends. At this time, the cloud interface can be selected to obtain whether the cloud execution result matches the expectations.

[0119] Step 210: The cloud server sends the instruction execution result to the remote control terminal.

[0120] Step 211: The test software calls the graphical measurement and control software to identify the command execution result from the remote control terminal, and determines the test result of the corresponding remote control function based on the command execution result.

[0121] In this embodiment of the invention, the test software identifies the command execution result from the remote control terminal by calling the graphical measurement and control software, and then determines the test result of the remote control function. Subsequently, a corresponding test report can be generated and output.

[0122] In an optional embodiment of the present invention, step 211, in which the test software calls the graphical measurement and control software to identify the instruction execution result from the remote control terminal, and determines the test result of the corresponding remote control function based on the instruction execution result, may specifically include the following sub-steps:

[0123] The testing software uses an image recognition tool to capture the command execution result image from the user interface of the remote control terminal, and uses an image text recognition tool to extract the command execution result from the command execution result image. Based on the command execution result, the test result of the corresponding remote control function is determined.

[0124] The graphic measurement and control software integrates image recognition tools and image text recognition tools. The cloud server sends the command execution results to the remote control terminal and displays the command execution results in the designated application (APP). The image of the command execution result can be captured using the image recognition tool in the software, and the command execution result can be extracted using the image text recognition tool.

[0125] After one round of testing, the system can determine whether to proceed to the next round based on the set number of loops. If the set number of loops is reached, data analysis can be performed and a test report can be generated.

[0126] In summary, in this embodiment of the invention, the test software manages the hardwired signals and bus signals of different test platforms uniformly by establishing global variables, forming a callable global variable library. When remote control function testing is required, the corresponding global variables are used to generate the corresponding test scripts. This ensures that the generated test scripts can be used on different hardware and software test platforms. Regardless of whether the hardware-in-the-loop system is dSpace, VT, ETAS, or NI, the automated scripts written by the test software can be adapted, eliminating issues such as non-reusability and portability difficulties. This invention can not only test various remote control functions but also test remote vehicle control functions such as remote diagnostics and remote vehicle status queries. This invention can simulate complex and diverse operating conditions and can perform forward, reverse, or fault injection tests, providing broad test coverage.

[0127] This invention employs LabVIEW integrated vision algorithms and OCR text recognition, resulting in high stability and effectively resolving issues such as unrecognized elements, missing elements, or incorrect element identification. The testing system of this invention can perform stress tests to verify the robustness of various remote control functions. Each step automatically records a timestamp, and expected value matching is performed for each link. If execution fails, it can precisely pinpoint which remote component is malfunctioning, accurately locating the problem point, saving troubleshooting time and manpower costs, and improving problem-solving efficiency.

[0128] It should be noted that, for the sake of simplicity, the method embodiments are all described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0129] Reference Figure 4 The diagram shows a structural block diagram of a vehicle testing device provided in an embodiment of the present invention, which may specifically include the following modules:

[0130] The construction and storage module 401 is used to construct global variables for hard-wired signals and bus signals of different test platforms through the test software, and store the mapping relationship between each test platform and the global variables to obtain the first mapping relationship;

[0131] Query module 402 is used to query the target global variable corresponding to the target test platform from the first mapping relationship in response to the user selecting a target test platform from the test platform;

[0132] The generation and testing module 403 is used to generate a target test script based on the target global variable, and to call the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet through the target test script to complete the remote control function test.

[0133] In this embodiment of the invention, the generation and testing module includes:

[0134] The specified test environment setup submodule is used to call the test management software through the target test script to control the simulation hardware in the hardware-in-the-loop test cabinet to set up the specified test environment.

[0135] The interface input operation simulation submodule is used to call the graphical measurement and control software through the test software to control the simulated user interface input operation on the remote control terminal, so as to generate corresponding remote control commands in the specified test environment;

[0136] The first remote control command sending submodule is used to send the remote control command to the cloud server through the remote control terminal;

[0137] The second remote control command sending submodule is used to forward the remote control command to the cockpit domain controller through the cloud server, and the cockpit domain controller converts the remote control command into a corresponding bus signal and sends it to the body domain controller.

[0138] The instruction execution and feedback signal receiving submodule is used to control the corresponding execution unit to execute the corresponding instruction action according to the bus signal through the vehicle domain controller, and to receive the feedback signal of the execution unit;

[0139] The instruction execution result determination and transmission submodule is used to determine the instruction execution result based on whether the feedback signal is received and whether the feedback signal is the expected signal through the specified simulation hardware in the hardware-in-the-loop test cabinet, and to send the instruction execution result to the cloud server.

[0140] The instruction execution result sending submodule is used to send the instruction execution result to the remote control terminal through the cloud server;

[0141] The test result determination submodule is used to call the graphical measurement and control software through the test software to identify the instruction execution result from the remote control terminal, and determine the test result of the corresponding remote control function based on the instruction execution result.

[0142] In this embodiment of the invention, the instruction execution result determination and transmission submodule includes:

[0143] The instruction execution result determination unit is used to monitor the communication interaction information between the cockpit domain controller and the body domain controller through designated simulation hardware in the hardware-in-the-loop test cabinet. If the feedback signal is received within a preset time period and the feedback signal is the expected signal, the instruction execution result is determined to be successful. If the feedback signal is not received within the preset time period, or the received feedback signal is not the expected signal, the instruction execution result is determined to be unsuccessful.

[0144] In this embodiment of the invention, the graphic measurement and control software integrates an image recognition tool and an image text recognition tool, and the test result determination submodule includes:

[0145] The instruction execution result extraction unit is used to capture an image of the instruction execution result from the user interface of the remote control terminal using the image recognition tool through the test software, and to extract the instruction execution result from the image of the instruction execution result using the image text recognition tool.

[0146] In this embodiment of the invention, the designated test environment setup submodule includes:

[0147] A designated vehicle state simulation unit is used to call the test management software through the target test script to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate a designated vehicle state; wherein, the vehicle state includes one or more of the following: vehicle OFF state, sleep state, door open state, door unlocked state, and driving state.

[0148] In this embodiment of the invention, the designated vehicle state simulation unit includes:

[0149] A designated vehicle state simulation subunit is used to call the test management software through the target test script to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate the transmission of simulation bus signals and / or hardwired signals, thereby realizing the power distribution of the whole vehicle test bench and the switching of the whole vehicle power supply gear to simulate the designated vehicle state.

[0150] In this embodiment of the invention, the interface input operation simulation submodule includes:

[0151] The target remote control function determination unit is used to determine the target remote control function that needs to be tested through the test software.

[0152] The path information transmission unit is used to transmit the path information of the remote control command image template corresponding to the target remote control function to the graphic measurement and control software through the test software;

[0153] The interface input operation simulation unit is used to simulate user interface input operations in the remote control terminal based on the path information using the graphical measurement and control software; wherein, the interface input operations are used to generate the remote control instructions.

[0154] In summary, in this embodiment of the invention, the test software manages the hardwired signals and bus signals of different test platforms uniformly by establishing global variables, forming a callable global variable library. When remote control function testing is required, the corresponding global variables are used to generate the corresponding test scripts. This ensures that the generated test scripts can be used on different hardware and software test platforms. Regardless of whether the hardware-in-the-loop system is dSpace, VT, ETAS, or NI, the automated scripts written by the test software can be adapted, eliminating issues such as non-reusability and portability difficulties. This invention can not only test various remote control functions but also test remote vehicle control functions such as remote diagnostics and remote vehicle status queries. This invention can simulate complex and diverse operating conditions and can perform forward, reverse, or fault injection tests, providing broad test coverage.

[0155] As the device embodiment is basically similar to the method embodiment, the description is relatively simple, and relevant parts can be found in the description of the method embodiment.

[0156] This invention also provides an electronic device, including: a processor, a memory, and a computer program stored in the memory and capable of running on the processor. When the computer program is executed by the processor, it implements the various processes of the above-described vehicle testing method embodiment and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0157] This invention also provides a computer-readable storage medium storing a computer program. When the computer program is executed by a processor, it implements the various processes of the above-described vehicle testing method embodiment and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0158] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0159] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, apparatus, or computer program products. Therefore, embodiments of the present invention can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of the present invention can take the form of computer program products implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0160] Embodiments of the present invention are described with reference to flowchart illustrations and / or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0161] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0162] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal equipment, causing a series of operational steps to be performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable terminal equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0163] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the present invention.

[0164] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes said element.

[0165] The present invention has provided a detailed description of a vehicle testing method, a vehicle testing device, an electronic device, and a computer-readable storage medium. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, those skilled in the art will recognize that, based on the ideas of the present invention, there will be changes in the specific implementation methods and application scope. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A vehicle testing method, characterized in that, The method includes: The testing software constructs global variables for the hard-wired signals and bus signals of different testing platforms, and stores the mapping relationship between each testing platform and the global variables to obtain the first mapping relationship; In response to a user selecting a target testing platform from the testing platforms, the target global variable corresponding to the target testing platform is queried from the first mapping relationship; Based on the target global variables, a target test script is generated, and the remote control function test is completed by calling the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet.

2. The method according to claim 1, characterized in that, The remote control function test is completed by calling the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet through the target test script, including: The target test script calls the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to build a specified test environment. The test software calls the graphical measurement and control software to control the user interface input operation on the remote control terminal to generate corresponding remote control commands in the specified test environment. The remote control terminal sends the remote control command to the cloud server; The cloud server forwards the remote control command to the cockpit domain controller, which then converts the remote control command into a corresponding bus signal and sends it to the body domain controller. The vehicle domain controller controls the corresponding execution unit to execute corresponding instruction actions according to the bus signal, and receives feedback signals from the execution unit; The designated simulation hardware in the hardware-in-the-loop test cabinet determines the instruction execution result based on whether the feedback signal is received and whether the feedback signal is the expected signal, and sends the instruction execution result to the cloud server. The cloud server sends the execution result of the instruction to the remote control terminal; The testing software calls the graphical measurement and control software to identify the instruction execution result from the remote control terminal, and determines the test result of the corresponding remote control function based on the instruction execution result.

3. The method according to claim 2, characterized in that, The designated simulation hardware in the hardware-in-the-loop test cabinet determines the instruction execution result based on whether the feedback signal is received and whether the feedback signal is the expected signal, including: The designated simulation hardware in the hardware-in-the-loop test cabinet monitors the communication interaction information between the cockpit domain controller and the body domain controller. If the feedback signal is received within a preset time period and the feedback signal is the expected signal, the instruction execution result is determined to be successful. If the feedback signal is not received within the preset time period, or the received feedback signal is not the expected signal, the instruction execution result is determined to be unsuccessful.

4. The method according to claim 2, characterized in that, The graphical measurement and control software integrates image recognition and image-to-text recognition tools. The testing software calls the graphical measurement and control software to identify the instruction execution result from the remote control terminal, including: The testing software uses the image recognition tool to capture the instruction execution result image from the user interface of the remote control terminal, and uses the image text recognition tool to extract the instruction execution result from the instruction execution result image.

5. The method according to claim 2, characterized in that, The step of using the target test script to call the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to build a specified test environment includes: The target test script calls the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate a specified vehicle state; wherein, the vehicle state includes one or more of the following: vehicle OFF state, sleep state, door open state, door unlocked state, and driving state.

6. The method according to claim 4, characterized in that, The step of using the target test script to call the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate a specified vehicle state includes: The target test script calls the test management software to control the simulation hardware in the hardware-in-the-loop test cabinet to simulate the transmission of simulation bus signals and / or hardwired signals, thereby realizing the power distribution of the whole vehicle test bench and the switching of the whole vehicle power supply level to simulate the specified vehicle state.

7. The method according to claim 2, characterized in that, The test software calls the graphical measurement and control software to control the user interface input operations on the remote control terminal, including: The testing software determines the target remote control function that needs to be tested. The testing software transmits the path information of the remote control command image template corresponding to the target remote control function to the graphic measurement and control software; The graphical measurement and control software controls the user interface input operation in the remote control terminal based on the path information; wherein, the interface input operation is used to generate the remote control command.

8. A vehicle testing device, characterized in that, The device includes: The module for building and storing global variables is used to build global variables for hard-wired signals and bus signals of different test platforms using the test software, and to store the mapping relationship between each test platform and the global variables to obtain the first mapping relationship. The query module is used to query the target global variable corresponding to the target test platform from the first mapping relationship in response to the user selecting the target test platform from the test platform. The generation and testing module is used to generate target test scripts based on the target global variables, and to call the test management software in the target test platform and the simulation hardware in the hardware-in-the-loop test cabinet through the target test scripts to complete the remote control function test.

9. An electronic device, characterized in that, include: A processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements a vehicle testing method as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, which, when executed by a processor, implements a vehicle testing method as described in any one of claims 1-7.

Images