A vehicle networking pressure test method and system

Abstract

The application discloses a kind of vehicle networking pressure test method and system, system can satisfy the multiple test scenes of serial port command, CAN message, on the basis of this system, the specific execution of test is responsible to second, third test tool, first test tool can be based on handle to obtain the operation of second, third test tool to realize the writing of command statement, when executing command statement, the instruction of the function key corresponding to handle is sent to second, third test tool to execute relevant test operation to second, third test tool can be triggered, by first test tool writing test case and controlling test case multiple loop execution, to overall management test whole process, reach the pressure test of different scenes, first test tool as director can be matched with specific test tool to carry out pressure test, this method can improve test efficiency when carrying out remote control to vehicle, save manpower simultaneously, improve test quality.

Description

Technical Field

[0001] This invention relates to the field of vehicle networking testing, and more particularly to a vehicle networking stress testing method and system. Background Technology

[0002] The vehicle-to-everything (V2X) system uses onboard terminal equipment installed on the vehicle's dashboard to collect, store, and transmit all operational and static / dynamic information about the vehicle. The system consists of three main parts: the onboard terminal, the cloud computing processing platform, and the data analysis platform. Its basic functions include remote vehicle control and remote diagnostics, and it utilizes mobile networks to enable human-vehicle interaction.

[0003] Vehicle networking systems require stress testing for various functions. Traditional stress testing requires testers to perform repeated operations on the test equipment multiple times, and to respond promptly to interruptions when abnormalities occur. In addition, test results need to be manually compiled and test reports output. This method is inefficient and causes unnecessary waste of manpower and resources. Furthermore, errors caused by human factors can also affect the accuracy of the test. Summary of the Invention

[0004] The technical problem to be solved by the present invention is that the existing technology has the defects of low testing efficiency, which will cause unnecessary waste of manpower and material resources, and errors caused by human factors will also affect the testing accuracy. The present invention provides a vehicle network stress testing method and system.

[0005] The technical solution adopted by this invention to solve its technical problem is: to construct a vehicle network stress testing method and system. The vehicle network stress testing system includes a host computer, a CAN tool, a serial port tool, and a control board. The CAN tool and the serial port tool are respectively connected to the host computer via USB data cables. The CAN tool is connected to the control board via a CAN cable. The control board is connected to the TCU under test via a CAN cable and a power line. The serial port tool is connected to the control board and the TCU under test via serial port cables. The host computer is equipped with a first testing tool providing a test case editing interface, a second testing tool providing serial command sending functionality, and a third testing tool providing CAN message sending functionality. The method includes:

[0006] Test case generation steps: The first test tool captures the handles generated by the user's operations on the test case editing interface and on the second or third test tool, and obtains the command editing information corresponding to the user's operations on the test case editing interface. Based on the obtained command editing information and the captured handles, the corresponding command statements are output in the test case editing interface, and all command statements are treated as a test case.

[0007] Test count configuration steps: The first testing tool obtains the number of tests configured by the user in the test case editing interface;

[0008] Test execution steps: The first test tool executes the command statements of the test cases in sequence until the number of loops reaches the number of tests. When the command statement carries the handle of the second or third test tool, the second or third test tool sends a serial port command / message as a test command to the serial port tool / CAN tool according to the test scenario corresponding to the handle. The control board converts the test command transmitted by the serial port tool / CAN tool into a test signal and sends it to the TCU under test. The TCU under test receives and responds to the test command sent by the serial port tool or the test signal sent by the control board.

[0009] Furthermore, in the vehicle network stress testing method of the present invention, the second testing tool is equipped with function keys while providing serial port commands, and the third testing tool is equipped with function keys while providing CAN message commands. The test case editing interface provides: a cross-tool handle capture trigger button, a script editing box for displaying and editing command statements, a function insertion function key for providing various function insertion functions, and an editing box for inputting the number of tests.

[0010] The test case generation step includes: capturing the handle when the user clicks the cross-tool handle to capture the trigger button and drags the mouse to the function button on the second or third test tool to release it; capturing the handle when the user operates on the script editing box or function insertion key on the first test tool; outputting command statements in the script editing box; and retaining the captured handles from the second or third test tool in the corresponding command statements.

[0011] When the test execution step executes a command statement containing a handle to the second or third test tool, it sends an instruction to the function key corresponding to the handle to the second or third test tool to trigger the second or third test tool to perform relevant test operations.

[0012] Furthermore, in the vehicle network stress test method described in this invention, the test scenario includes a power-on test, where the ACC pin of the TCU under test obtains a 12V ACC power connection via the first MOS transistor on the control board, and the second test tool provides power-on and power-off serial port commands and power-on and power-off serial port command sending function buttons.

[0013] The test case generation step specifically includes: generating and listing power-on command statements and power-off command statements in sequence in the script editing box, and inserting waiting command statements before and after the power-on command statements and power-off command statements; wherein, the power-on command statements and power-off command statements respectively carry the handles captured when the user clicks the cross-tool handle capture trigger button, which are the handles when the power-on send function button and the power-off send function button are clicked.

[0014] In the test execution steps: when the power-on command statement is executed, the instruction to click the power-on send function button is sent to the second test tool according to the handle in the power-on command statement. The second test tool sends a power-on serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the first MOSFET to turn on, so that the 12V ACC power supply is applied to the ACC pin of the TCU under test. When the power-down command statement is executed, the instruction to click the power-down send function button is sent to the second test tool according to the handle in the power-down command statement. The second test tool sends a power-down serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the first MOSFET to turn off, so that the ACC pin of the TCU under test cannot draw power from the 12V ACC power supply.

[0015] Furthermore, in the vehicle networking stress test method described in this invention, the test scenario includes an ignition test. The IGN pin of the TCU under test obtains a 12V ACC power connection through the second MOS transistor on the control board. The second test tool provides ignition and shutdown serial port commands and ignition sending function buttons and shutdown sending function buttons for sending ignition and shutdown serial port commands.

[0016] The test case generation step specifically includes: generating and listing ignition command statements and extinguishing command statements in sequence in the script editing box, and inserting waiting command statements before and after the ignition command statements and extinguishing command statements; wherein, the ignition command statement and the extinguishing command statement respectively carry the handle captured when the user clicks the cross-tool handle capture trigger button, which is the handle captured when the ignition send function button and the extinguishing send function button are clicked.

[0017] In the test execution steps: when the ignition command statement is executed, the instruction to click the ignition send function button is sent to the second test tool according to the handle in the ignition command statement. The second test tool sends an ignition serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the second MOSFET to turn on, so that the 12V ACC power supply is applied to the IGN pin of the TCU under test. When the extinguishing command statement is executed, the instruction to click the extinguishing send function button is sent to the second test tool according to the handle in the extinguishing command statement. The second test tool sends an extinguishing serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the second MOSFET to turn off, so that the IGN pin of the TCU under test cannot draw power from the 12V ACC power supply.

[0018] Furthermore, in the vehicle network stress test method described in this invention, the test scenario includes CAN network wake-up, and the third test tool provides CAN message command and CAN message sending function buttons for sending CAN message commands.

[0019] The test case generation step specifically includes: generating and listing two message command statements in sequence in the script editing box, and inserting a wait command statement before and after each message command statement; wherein, the message command statement carries the handle captured when the user clicks the cross-tool handle capture trigger button and clicks the CAN message sending function button;

[0020] In the test execution steps: when the first message command statement is executed, an instruction to click the CAN transmit function button is sent to the second test tool according to the handle in the message command statement. The second test tool sends the CAN message corresponding to the CAN message command to the CAN tool. The CAN tool forwards the received CAN message. After receiving the forwarded CAN message, the control board forwards it to the TCU under test. When the second message command statement is executed, an instruction to click the CAN message transmit function button is sent to the second test tool according to the handle in the message command statement. The second test tool stops sending the CAN message corresponding to the CAN message command to the CAN tool.

[0021] Furthermore, in the vehicle network stress test method of the present invention, the test scenario includes determining whether the TCU has dual network cards, and the second test tool provides network card detection serial port commands for two network cards, a network card sending function button for sending network card detection serial port commands, and a network card result function button for displaying network card detection results;

[0022] The test case generation step specifically includes: generating and listing in the script editing box the network card detection reset command statement, the network card detection send command statement, the network card detection judgment command statement, the network card detection reset command statement, the network card detection send command statement, and the network card detection judgment command statement of the first network card in sequence; inserting a wait command statement before the network card detection reset command statement, between the network card detection judgment command statement and the network card detection reset command statement, and after the network card detection judgment command statement of the second network card; wherein, the network card detection reset command statement, the network card detection send command statement, and the network card detection judgment command statement respectively carry the handle captured when the user clicks the cross-tool handle capture trigger button, which is the result of clicking the network card result function button, the network card send function button, and the network card result function button;

[0023] In the test execution steps: when the network card detection reset command statement is executed, an instruction to click the network card result function button is sent to the second test tool according to the handle in the network card detection reset command statement. The second test tool resets the display result of the network card result function button. When the network card detection send command statement is executed, an instruction to click the network card send function button is sent to the second test tool according to the handle in the network card detection send command statement. The second test tool sends the network card detection serial port command to the TCU under test via the serial port tool. After receiving the network card detection serial port command, the TCU under test returns the network card detection result data to the second test tool according to the original path. When the network card detection result data meets expectations, the second test tool controls the display result of the network card result function button to switch to match. When the network card detection judgment command statement is executed, an instruction to click the network card result function button is sent to the second test tool according to the handle in the network card detection judgment command statement. The second test tool returns the display result of the network card result function button to the first test tool. When the result does not match, the first test tool jumps to the most recently executed network card detection reset command statement and re-executes it.

[0024] Furthermore, in the vehicle network stress test method described in this invention, the test scenario includes inputting the TCU's username and password, and the second test tool provides a username serial port command, a password serial port command, a username sending function button for sending the username serial port command, a password sending function button for sending the password serial port command, and a username result button for displaying whether the username matches.

[0025] The test case generation step specifically includes: generating and listing in the script editing box, in sequence, the username reset command statement, the username send command statement, the username detection and judgment command statement, and the password send command statement, with a wait command statement inserted before the username reset command statement and after the password send command statement; wherein, the username reset command statement, the username send command statement, the username detection and judgment command statement, and the password send command statement respectively carry the handles captured when the user clicks the cross-tool handle capture trigger button, which are the handles when the user clicks the username result function button, the username send function button, the username result function button, and the password send function button;

[0026] In the test execution steps: when the username reset command statement is executed, an instruction indicating that the username result function button has been clicked is sent to the second test tool according to the handle in the username reset command statement. The second test tool then resets the display result of the username result function button. When the username send command statement is executed, an instruction indicating that the username send function button has been clicked is sent to the second test tool according to the handle in the username send command statement. The second test tool then sends the username serial port command to the TCU under test via the serial port tool. After receiving the username serial port command, the TCU under test returns the username detection result data to the second test tool along the original path. The second test tool then processes the username detection result data... When the expected result is met, the display result of the username result function button is switched to "match". When the username detection and judgment command statement is executed, the instruction that the username result function button was clicked is sent to the second test tool according to the handle in the username detection and judgment command statement. The second test tool returns the display result of the username result function button to the first test tool. The first test tool only executes the next password sending command statement when the display result is "match". When the password sending command statement is executed, the instruction that the password sending function button was clicked is sent to the second test tool according to the handle in the password sending command statement. The second test tool sends the password serial port command to the TCU under test via the serial port tool.

[0027] Furthermore, in the vehicle network stress test method of the present invention, the test scenario includes ping network judgment, and the second test tool provides ping serial port command, ping send function button for sending ping serial port command, and ping result function button for displaying ping result;

[0028] The test case generation step specifically includes: generating and listing the ping reset command statement, ping send command statement, and ping detection and judgment command statement in the script editing box in sequence, and inserting a wait command statement before the ping reset command statement and after the ping detection and judgment command statement; wherein, the ping reset command statement, ping send command statement, and ping detection and judgment command statement respectively carry the handle captured when the user clicks the cross-tool handle capture trigger button, which is the ping result function button, ping send function button, and ping result function button clicked;

[0029] In the test execution steps: when the ping reset command statement is executed, the instruction that the ping result function button was clicked is sent to the second test tool according to the handle in the ping reset command statement, and the second test tool resets the display result of the ping result function button;

[0030] When the ping send command statement is executed, the instruction that the ping send function button was clicked is sent to the second test tool according to the handle in the ping send command statement. The second test tool sends the ping serial port command to the TCU under test through the serial port tool. After receiving the ping serial port command, the TCU under test returns the ping result data to the second test tool according to the original path. When the ping result data meets the expectations, the second test tool controls the display result of the ping result function button to switch to match.

[0031] When the ping test judgment command statement is executed, the instruction that the ping result function button was clicked is sent to the second test tool according to the handle in the ping test judgment command statement. The second test tool returns the display result of the ping result function button to the first test tool. If the display result is mismatched, the first test tool jumps to the position of the most recently executed ping reset command statement and re-executes it.

[0032] Furthermore, in the vehicle network stress testing method of the present invention, the test execution step further includes: when the second test tool or the third test tool encounters a test error, the first test tool saves relevant logs and continues to execute test cases.

[0033] The vehicle networking stress testing method and system of the present invention have the following beneficial effects: The present invention designs a specific testing system that can meet various testing scenarios involving serial port commands and CAN messages. Based on this system, a first testing tool providing a test case editing interface, a second testing tool providing serial port command sending function, and a third testing tool providing CAN message sending function are installed in the host computer. The second and third testing tools are used to be responsible for the specific execution of the test. The first testing tool can obtain the operation of the second or third testing tool based on the handle to realize the writing of command statements. When executing the command statement, it sends the instruction of the function key corresponding to the handle to the second or third testing tool, thereby triggering the second or third testing tool to execute the relevant test operation. By using the first testing tool to write test cases and control the test cases to be executed repeatedly, the entire testing process is managed in a coordinated manner to achieve stress testing in different scenarios. The first testing tool, as the leader, manages all specific testing tools and can be used in conjunction with specific testing tools to perform stress testing. This method can improve testing efficiency when remotely controlling vehicles, has a wide range of applications, minimizes errors caused by human factors, saves manpower, and improves test quality. Attached Figure Description

[0034] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on the provided drawings without creative effort:

[0035] Figure 1 This is a schematic diagram of the vehicle networking stress testing system of the present invention;

[0036] Figure 2 This is a flowchart of the vehicle networking stress test method of the present invention;

[0037] Figure 3 This is a schematic diagram of the main interface of the second testing tool related to the power-on test scenario;

[0038] Figure 4 This is a schematic diagram of the main interface of the second testing tool related to the ignition test scenario;

[0039] Figure 5 This is a schematic diagram of the main interface of the third testing tool related to the CAN network wake-up scenario;

[0040] Figure 6 This is a schematic diagram of the main interface changes of the second testing tool related to determining whether the TCU has dual network cards.

[0041] Figure 7 This is a schematic diagram of the main interface of the second testing tool related to the ping network judgment scenario. Detailed Implementation

[0042] To facilitate understanding of the present invention, a more complete description will be given below with reference to the accompanying drawings. Typical embodiments of the invention are shown in the drawings. However, the present invention can be implemented in many different forms and is not limited to the embodiments described herein. Rather, these embodiments are provided to make the disclosure of the present invention more thorough and complete. It should be understood that the embodiments of the present invention and the specific features thereof are detailed descriptions of the technical solutions of this application, and not limitations thereof. Where there is no conflict, the embodiments of the present invention and the technical features thereof can be combined with each other.

[0043] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. The terminology used herein in the description of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention.

[0044] The terms "first," "second," and other ordinal numbers used in this specification are used to describe various constituent elements, but these constituent elements are not limited by these terms. The purpose of using these terms is solely to distinguish one constituent element from others. For example, without departing from the scope of the invention, a first constituent element may be named a second constituent element, and similarly, a second constituent element may be named a first constituent element.

[0045] The vehicle network stress testing method of the present invention is implemented based on the vehicle network stress testing system of the present invention. (Reference) Figure 1 The vehicle networking stress testing system of the present invention includes a host computer, a CAN tool, a serial port tool, and a control board.

[0046] The CAN tool and serial port tool are connected to the host computer via USB data cables. The CAN tool is connected to the control board via a CAN cable. The control board is connected to the TCU under test via a CAN cable, and the control board and the TCU under test are also connected via a power line. The serial port tool is connected to both the control board and the TCU under test via serial cables. The output of the serial port tool is simultaneously sent to both the control board and the TCU under test. The control board and the TCU under test determine whether to process the received data.

[0047] The host computer is equipped with a first test tool providing a test case editing interface, a second test tool providing serial port command sending functionality, and a third test tool providing CAN message sending functionality. These test tools can be implemented using C#. The second and third test tools handle external data transmission and reception. The first test tool provides a test case editing interface where users can write test cases and set the execution count. The first test tool manages the second and third test tools based on the written test cases. To facilitate test case writing, the first test tool is configured with handle capture functionality. Besides capturing handles generated by user operations on the test case editing interface, it can also capture handles generated by operations on the second or third test tool. The first test tool can also obtain command editing information corresponding to user operations on the test case editing interface. Based on the obtained command editing information and the captured handles, it outputs the corresponding command statements within the test case editing interface and treats all command statements as a single test case. Command editing information mainly refers to the user's information regarding various parameters in the command statements.

[0048] refer to Figure 2 The method of the present invention includes:

[0049] Test case generation step S101: The first test tool captures the handle generated by the user's operation on the test case editing interface and on the second or third test tool, and obtains the command editing information corresponding to the user's operation on the test case editing interface. Based on the obtained command editing information and the captured handle, the corresponding command statement is output in the test case editing interface, and all command statements are used as a test case.

[0050] Test count configuration step S102: The first testing tool obtains the number of tests configured by the user in the test case editing interface.

[0051] Test execution step S103: The first test tool executes the command statements of the test cases in sequence until the number of loops reaches the number of tests. When the command statement carries the handle of the second or third test tool, the second or third test tool sends a serial port command / message as a test command to the serial port tool / CAN tool according to the test scenario corresponding to the handle. The control board converts the test command transmitted by the serial port tool / CAN tool into a test signal (for example, the serial port command during power-on, power-off, ignition, and engine shutdown will be converted into a 12V power signal at the control board, which is a specific test signal) and sends it to the TCU under test. The TCU under test receives and responds to the test command sent by the serial port tool or the test signal sent by the control board.

[0052] It should be noted that the order in which the steps of the present invention are listed is not intended to restrict the sequential execution order of the steps. Whether there is a sequential relationship between the steps should be understood according to the specific content of the steps. For example, there is no relationship between the contents of steps S101 and S102, and there is no strict sequential order between S101 and S102. However, the contents of step S103 involve the operation of S101 and S102, so S103 must be after S101 and S102.

[0053] Specifically, the second test tool provides serial port commands and is also equipped with function keys, and the third test tool provides CAN message commands and is also equipped with function keys. Users can directly operate the second or third test tool to perform relevant tests based on their testing experience. However, this testing process is time-consuming, labor-intensive, and prone to errors. Therefore, we provide the first test tool to manage the second and third test tools in a unified manner and be responsible for the operation of the entire testing process.

[0054] Specifically, when the first testing tool is opened, a test case editing interface is displayed. This interface provides: a cross-tool handle capture trigger button, an edit box for inputting the number of tests, a script edit box for displaying and editing command statements, and a function insertion button for inserting various functions. These functions include delay functions that control a waiting period and conditional functions that determine whether a condition is true. The function insertion button can be a radio button or a dropdown list combined with a confirmation button. For example, a radio button can be provided for each function for the user to select, or a dropdown list can be provided for the user to select a function. After selection, clicking the confirmation button inserts the function.

[0055] Accordingly, the test case generation step S101 includes: capturing the handle when the user clicks the cross-tool handle capture trigger button and drags the mouse to a function button on the second or third test tool to release it; and capturing the handle when the user operates on the script editing box or function insertion key on the first test tool, outputting a command statement in the script editing box, and retaining the captured handle from the second or third test tool in the corresponding command statement. For example, a function button A on the second test tool can only be clicked, and clicking it can only trigger the sending of the corresponding serial port command. After clicking the cross-tool handle capture trigger button, if the mouse is dragged to function button A and clicked, the first test tool will generate a command statement in the script editing box. This command statement contains the handle of function button A, and when it is executed, it will simulate the operation of clicking function button A. For example, function button B on the second testing tool, besides triggering the sending of the corresponding serial port command when clicked, also carries a status display function. In this case, there are two possibilities: If a conditional function command statement is selected in the script editing box, after the user clicks the cross-tool handle to capture the trigger button, if function button B is clicked, the handle of function button B will be placed into the conditional function command statement, and this handle will be used as the condition object of the conditional function. When executed, it will determine whether the status of function button B meets the condition. Otherwise, if no conditional function command statement is selected in the script editing box, similar to function button A above, the first testing tool will generate a command statement in the script editing box. This command statement contains the handle of function button B, and when executed, it will simulate the operation of clicking function button B.

[0056] Accordingly, the test execution step will repeatedly execute the command statements in the script editing box multiple times. Each round executes the command statements in the script editing box in the order they appear. When a command statement containing the handle of the second or third test tool is executed, an instruction for the function key corresponding to the handle is sent to the second or third test tool to trigger it to perform relevant test operations (the test operations triggered by the instruction here are mainly clicking a key or querying the key status).

[0057] Preferably, the test execution step further includes: when the second test tool or the third test tool encounters a test error, the first test tool saves relevant logs and continues to execute the test cases.

[0058] The following uses several scenarios of vehicle network stress testing as examples to introduce the specific process of the method of this invention.

[0059] 1) First scenario: Power-on test.

[0060] At this point, the second testing tool is needed, which provides power-on serial port command and power-on send function buttons for sending power-on serial port commands, as well as power-off serial port command and power-off send function buttons for sending power-off serial port commands. Figure 3 In the code, 43 4D 44 5F 41 43 43 3D 31 0D represents the power-on serial port command, 43 4D 44 5F 41 43 43 3D 30 0D represents the power-off serial port command, send2 represents the power-on send function button, and send1 represents the power-off send function button.

[0061] Powering on mainly controls the ACC pin of the TCU under test. In this embodiment, the ACC pin of the TCU under test obtains a 12V ACC power supply connection through the first MOSFET on the control board. The first MOSFET is controlled by a transistor in front of it.

[0062] The test case generation steps specifically include: generating and listing power-on command statements and power-off command statements in sequence within a script editing box, and inserting wait command statements before and after the power-on and power-off command statements. The power-on and power-off command statements respectively carry the handles captured when the user clicks the cross-tool handle capture trigger button, indicating the click of the power-on send function button or the power-off send function button.

[0063] For example, taking power-on as an example, the user first clicks the cross-tool handle capture trigger button, and then clicks... Figure 3 The send2 button will output the command statement [Handle]:{3933810}:[1] in the script editing box. 3933810 represents the handle of the send2 button. [Handle]:{3933810} means clicking the button corresponding to the handle 3933810, i.e., clicking send2. The 1 indicates that the hold time is 1 second, which is the default configuration. Users can also modify this time by double-clicking the entire command statement. The generation of the power-down command statement is similar. To insert the wait command statement, simply select the delay function on the first test tool and click the confirmation button. When the function is inserted, a pop-up window will prompt you to enter the wait time.

[0064] In the test execution steps: when the power-on command statement is executed, the instruction to click the power-on send function button is sent to the second test tool according to the handle in the power-on command statement. The second test tool sends a power-on serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board turns on the transistor, thereby controlling the first MOSFET to turn on, so that the 12V ACC power supply is applied to the ACC pin of the TCU under test. When the power-down command statement is executed, the instruction to click the power-down send function button is sent to the second test tool according to the handle in the power-down command statement. The second test tool sends a power-down serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board turns off the transistor, thereby controlling the first MOSFET to turn off, so that the ACC pin of the TCU under test cannot draw power from the 12V ACC power supply.

[0065] 2) Second scenario: Ignition test.

[0066] At this point, the second testing tool is needed, which provides ignition serial port commands and ignition send function buttons for sending ignition serial port commands, as well as extinguishing serial port commands and extinguishing send function buttons for sending extinguishing serial port commands. Figure 4 In the code, 43 4D 44 5F 49 47 4E 3D 31 0D represents the ignition serial port command, 43 4D 44 5F 49 47 4E 3D 30 0D represents the extinguishing serial port command, send4 represents the ignition send function button, and send3 represents the extinguishing send function button.

[0067] Ignition is mainly used to control the IGN pin of the TCU under test. In this embodiment, the IGN pin of the TCU under test is connected to a 12V ACC power supply via the second MOSFET on the control board. The second MOSFET is also controlled by a transistor in the preamplifier stage.

[0068] The test case generation steps specifically include: generating and listing ignition command statements and flameout command statements in sequence within a script editing box, inserting wait command statements before and after the ignition and flameout command statements; wherein the ignition and flameout command statements respectively carry the handles captured when the user clicks the cross-tool handle capture trigger button, indicating the click of the ignition send function button and the flameout send function button. Ignition testing is similar to power-on testing, so the generation of command statements can also refer to the power-on test example above.

[0069] In the test execution steps: when the ignition command statement is executed, the instruction to click the ignition send function button is sent to the second test tool according to the handle in the ignition command statement. The second test tool sends an ignition serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the second MOSFET to turn on, so that the 12V ACC power supply is applied to the IGN pin of the TCU under test. When the extinguishing command statement is executed, the instruction to click the extinguishing send function button is sent to the second test tool according to the handle in the extinguishing command statement. The second test tool sends an extinguishing serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the second MOSFET to turn off, so that the IGN pin of the TCU under test cannot draw power from the 12V ACC power supply.

[0070] 3) The third scenario: CAN network wake-up.

[0071] At this point, the third testing tool is required. This third testing tool provides CAN message command and CAN message sending function buttons. (Reference) Figure 5 325 0000 00 00 00 00 00 00 represents a specific CAN message command, and send represents the CAN message sending function key.

[0072] The test case generation step specifically includes: generating and listing two message command statements in sequence in the script editing box, and inserting a wait command statement before and after each message command statement; wherein, the message command statement carries the handle captured when the user clicks the cross-tool handle capture trigger button, which is the handle when the CAN message sending function button is clicked.

[0073] For example, the user first clicks the cross-tool handle capture trigger button, and then clicks... Figure 5 The send button in the script editor will output the command statement [Handle]:{725030}:[1] in the script editor. Then click the cross-tool handle capture trigger button, and then click the send button again. Figure 5 The send button in the script editor will output another command statement, [Handle]:{725030}:[1], in the script editing box. The two command statements are actually identical. Then, a wait command statement is inserted at the corresponding position.

[0074] In the test execution steps: when the first message command statement is executed, an instruction to click the CAN transmit function button is sent to the second test tool according to the handle in the message command statement. The second test tool sends the CAN message corresponding to the CAN message command to the CAN tool. The CAN tool forwards the received CAN message. After receiving the forwarded CAN message, the control board forwards it to the TCU under test. When the second message command statement is executed, an instruction to click the CAN message transmit function button is sent to the second test tool according to the handle in the message command statement. The second test tool stops sending the CAN message corresponding to the CAN message command to the CAN tool.

[0075] 4) Fourth scenario: Determine whether the TCU has dual network cards.

[0076] At this point, the second testing tool is needed. This tool provides two network card serial port commands for testing the network cards, a network card send function button to send these commands, and a network card result display function button to show the test results. (Reference) Figure 5 `ifconfig|grep data0` and `ifconfig|grep data1` are the serial port detection commands for network cards 0 and 1, respectively. `send0` and `send1` are the sending function keys for network cards 0 and 1, respectively. `clear0` and `clear1` are the result function keys for network cards 0 and 1, respectively.

[0077] The test case generation step specifically includes: generating and listing in the script editing box the network card detection reset command statement, the network card detection send command statement, the network card detection judgment command statement, the network card detection reset command statement, the network card detection send command statement, and the network card detection judgment command statement for the first network card in sequence; inserting a wait command statement before the network card detection reset command statement, between the network card detection judgment command statement and the network card detection reset command statement, and after the network card detection judgment command statement; wherein, the network card detection reset command statement, the network card detection send command statement, and the network card detection judgment command statement respectively carry the handle captured when the user clicks the cross-tool handle capture trigger button, which is the result of clicking the network card result function button, the network card send function button, and the network card result function button.

[0078] For example, taking network card 0 as an example, the user first clicks the cross-tool handle capture trigger button, and then clicks... Figure 5The clear0 button will output the command statement [Handle]:{70180}:[1] in the script editing box; the user then clicks the cross-tool handle capture trigger button, and then clicks Figure 5 The send0 button will output the command statement [Handle]:{70174}:[1] in the script editing box; when the user operates the insert condition function on the test case editing interface, [WhileH]:{handle}:[Match]:[n] will be output in the script editing box. Match is the specific condition that needs to be met. 3 means that if it does not meet the condition, it will jump back n lines. For example, n is configured as 3 in this embodiment. These parameters can be configured by the user after inserting the function. The handle is obtained by the user clicking the cross-tool handle capture trigger button and then clicking Figure 5 When the clear0 key is pressed, the command statement [WhileH]:{70180}:[Match]:[3] will be output in the script editing box. Then, a wait command statement is inserted at the corresponding position.

[0079] In the test execution steps: when the network card detection reset command statement is executed, an instruction to click the network card result function button is sent to the second test tool according to the handle in the network card detection reset command statement. The second test tool resets the display result of the network card result function button. When the network card detection send command statement is executed, an instruction to click the network card send function button is sent to the second test tool according to the handle in the network card detection send command statement. The second test tool sends the network card detection serial port command to the TCU under test via the serial port tool. After receiving the network card detection serial port command, the TCU under test returns the network card detection result data to the second test tool according to the original path. When the network card detection result data meets expectations, the second test tool controls the display result of the network card result function button to switch to match. When the network card detection judgment command statement is executed, an instruction to click the network card result function button is sent to the second test tool according to the handle in the network card detection judgment command statement. The second test tool returns the display result of the network card result function button to the first test tool. When the result does not match, the first test tool jumps to the most recently executed network card detection reset command statement and re-executes it.

[0080] TCU is a Linux system. When the command `ifconfig|grep data0` is sent via the serial port, if network interface card 0 exists, TCU returns the string `_data0`. At this point, `Clear0` will change to `Match`. The first testing tool can determine whether network interface card 0 exists by detecting this change from `Clear0` to `Match`. The detection of network interface card 1 is similar.

[0081] 5) Fifth scenario: Enter the TCU username and password.

[0082] At this point, the second testing tool is needed. This tool provides serial port commands for username and password, a button to send the username via serial port command, a button to send the password via serial port command, and a button to display the username matching result. (Reference) Figure 6 Root is the username serial port command, 12345678 is the password serial port command, which can be edited by the user. Send6 and Send7 are the username and password sending function keys, respectively, and Clear6 is the username result function key.

[0083] The test case generation step specifically includes: generating and listing the username reset command statement, username send command statement, username detection and judgment command statement, and password send command statement in sequence in the script editing box, inserting a wait command statement before the username reset command statement and after the password send command statement; wherein, the username reset command statement, username send command statement, username detection and judgment command statement, and password send command statement respectively carry the handles captured when the user clicks the cross-tool handle capture trigger button, which are the handles when the user clicks the username result function button, username send function button, username result function button, and password send function button.

[0084] For example, the user first clicks the cross-tool handle capture trigger button, and then clicks... Figure 6 The clear6 key will output the command statement [Handle]:{70252}:[1] in the script editing box; the user then clicks the cross-tool handle capture trigger key, and then clicks Figure 6 The send6 button will output the command statement [Handle]:{70246}:[1] in the script editing box; when the user operates the insert condition function in the test case editing interface, [WhileH]:{handle}:[Match]:[n] will be output in the script editing box. Then the user clicks the cross-tool handle capture trigger button, and then clicks the button again. Figure 6 The `clear6` key is used to capture the event, which will output the command statement `[WhileH]:{70252}:[Match]:[n]` in the script editor. The user then clicks the cross-tool handle capture trigger key, and then clicks... Figure 6 Pressing the send7 key will output the command statement [Handle]:{70258}:[1] in the script editing box. Then, a wait command statement will be inserted at the corresponding position.

[0085] In the test execution steps: when the username reset command statement is executed, an instruction indicating that the username result function button has been clicked is sent to the second test tool according to the handle in the username reset command statement. The second test tool then resets the display result of the username result function button. When the username send command statement is executed, an instruction indicating that the username send function button has been clicked is sent to the second test tool according to the handle in the username send command statement. The second test tool then sends the username serial port command to the TCU under test via the serial port tool. After receiving the username serial port command, the TCU under test returns the username detection result data to the second test tool along the original path. The second test tool then processes the username detection result data... When the expected result is met, the display result of the username result function button is switched to "match". When the username detection and judgment command statement is executed, the instruction that the username result function button was clicked is sent to the second test tool according to the handle in the username detection and judgment command statement. The second test tool returns the display result of the username result function button to the first test tool. The first test tool only executes the next password sending command statement when the display result is "match". When the password sending command statement is executed, the instruction that the password sending function button was clicked is sent to the second test tool according to the handle in the password sending command statement. The second test tool sends the password serial port command to the TCU under test via the serial port tool.

[0086] TCU is a Linux system. When the command "root" is sent via serial port, TCU will reply with "Password". Clear6 will change to "Match". The first testing tool can determine that Clear0 will change to "Match" and then control the second testing tool to send the password serial port command "1345678" via serial port to complete the test of entering the username and password.

[0087] 6) The sixth scenario: ping network judgment.

[0088] At this point, the second testing tool is needed. This tool provides buttons for pinging serial port commands, sending ping commands, and displaying ping results. (See reference) Figure 7 ping-c4 www.baidu.com This is the ping serial port command, which can be edited by the user. send2 is the ping sending function key, and clear2 is the ping result function key.

[0089] The test case generation step specifically includes: generating and listing the ping reset command statement, ping send command statement, and ping detection and judgment command statement in the script editing box in sequence, and inserting a wait command statement before the ping reset command statement and after the ping detection and judgment command statement; wherein, the ping reset command statement, ping send command statement, and ping detection and judgment command statement respectively carry the handle captured when the user clicks the cross-tool handle capture trigger button, which is the ping result function button, ping send function button, and ping result function button clicked.

[0090] For a specific example of test case generation, please refer to the example of network card 0 detection.

[0091] In the test execution steps: when the ping reset command statement is executed, the instruction that the ping result function button was clicked is sent to the second test tool according to the handle in the ping reset command statement, and the second test tool resets the display result of the ping result function button;

[0092] When the ping send command statement is executed, the instruction that the ping send function button was clicked is sent to the second test tool according to the handle in the ping send command statement. The second test tool sends the ping serial port command to the TCU under test through the serial port tool. After receiving the ping serial port command, the TCU under test returns the ping result data to the second test tool according to the original path. When the ping result data meets the expectations, the second test tool controls the display result of the ping result function button to switch to match.

[0093] When the ping test judgment command statement is executed, the instruction that the ping result function button was clicked is sent to the second test tool according to the handle in the ping test judgment command statement. The second test tool returns the display result of the ping result function button to the first test tool. If the display result is mismatched, the first test tool jumps to the position of the most recently executed ping reset command statement and re-executes it.

[0094] TCU is a Linux system. When the command `ping -c 4www.baidu.com` is sent via the serial port, if the network is connected, TCU will return the string "bytes from" (indicating from whom a reply was received), and `clear2` will become "Match". If the network is disconnected, it will not return anything, and `Clear2` will not become "Match". The first testing tool can determine whether `Clear2` becomes "Match" to indicate network connectivity.

[0095] It is understandable that the specific handle values ​​given in the above scenario examples are merely examples.

[0096] In summary, this embodiment has the following beneficial effects: The specific testing system can meet various testing scenarios involving serial port commands and CAN messages. Based on this system, a first testing tool providing a test case editing interface, a second testing tool providing serial port command sending functionality, and a third testing tool providing CAN message sending functionality are installed in the host computer. The second and third testing tools are used to execute the tests. The first testing tool can obtain the operation of the second or third testing tool based on a handle to write command statements. When executing the command statements, it sends instructions to the function keys corresponding to the handle to the second or third testing tool, thereby triggering the test. The second or third testing tool performs the relevant testing operations. By using the first testing tool to write test cases and control the multiple loops of test cases, the entire testing process is managed in a coordinated manner to achieve stress testing in different scenarios. The first testing tool, as the leader, manages all specific testing tools and can be used in conjunction with specific testing tools for stress testing. This method can improve testing efficiency when remotely controlling vehicles and is widely used. It minimizes errors caused by human factors, saves manpower, improves test quality, and avoids the shortcomings of traditional stress testing methods where testers need to constantly operate the equipment. In the event of abnormal situations, it can ensure that test cases continue to be executed without interrupting the process.

[0097] The embodiments of the present invention have been described above with reference to the accompanying drawings. However, the present invention is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of the present invention without departing from the spirit and scope of the claims. All of these forms are within the protection scope of the present invention.

Claims

1. A vehicle-to-everything (V2X) stress testing method, implemented based on a V2X stress testing system, the method comprising: The vehicle networking stress testing system includes a host computer, a CAN tool, a serial port tool, and a control board. The CAN tool and the serial port tool are connected to the host computer via USB data cables. The CAN tool is connected to the control board via a CAN cable. The control board is connected to the TCU under test via a CAN cable and a power line. The serial port tool is connected to the control board and the TCU under test via serial cables. The host computer is equipped with a first testing tool providing a test case editing interface, a second testing tool providing serial command sending functionality, and a third testing tool providing CAN message sending functionality. The method includes: Test case generation steps: The first test tool captures the handles generated by the user's operations on the test case editing interface and on the second or third test tool, and obtains the command editing information corresponding to the user's operations on the test case editing interface. Based on the obtained command editing information and the captured handles, the corresponding command statements are output in the test case editing interface, and all command statements are treated as a test case. Test count configuration steps: The first testing tool obtains the number of tests configured by the user in the test case editing interface; Test execution steps: The first test tool executes the command statements of the test cases in sequence until the number of loops reaches the number of tests. When the command statement carries the handle of the second or third test tool, the second or third test tool sends a serial port command / message as a test command to the serial port tool / CAN tool according to the test scenario corresponding to the handle. The control board converts the test command transmitted by the serial port tool / CAN tool into a test signal and sends it to the TCU under test. The TCU under test receives and responds to the test command sent by the serial port tool or the test signal sent by the control board.

2. The vehicle networking stress testing method according to claim 1, characterized in that, The second test tool provides serial port commands and is also equipped with function keys. The third test tool provides CAN message commands and is also equipped with function keys. The test case editing interface provides: a cross-tool handle capture trigger button, a script editing box for displaying and editing command statements, a function insertion function key for providing various function insertion functions, and an editing box for inputting the number of tests. The test case generation step includes: capturing the handle when the user clicks the cross-tool handle to capture the trigger button and drags the mouse to the function button on the second or third test tool to release it; capturing the handle when the user operates on the script editing box or function insertion key on the first test tool; outputting command statements in the script editing box; and retaining the captured handles from the second or third test tool in the corresponding command statements. When the test execution step executes a command statement containing a handle to the second or third test tool, it sends an instruction to the function key corresponding to the handle to the second or third test tool to trigger the second or third test tool to perform relevant test operations.

3. The vehicle networking stress testing method according to claim 2, characterized in that, The test scenario includes a power-on test, where the ACC pin of the TCU under test obtains a 12V ACC power connection through the first MOS transistor on the control board. The second test tool provides power-on and power-off serial port commands and power-on and power-off serial port command sending function buttons. The test case generation step specifically includes: generating and listing power-on command statements and power-off command statements in sequence in the script editing box, and inserting waiting command statements before and after the power-on command statements and power-off command statements; wherein, the power-on command statements and power-off command statements respectively carry the handles captured when the user clicks the cross-tool handle capture trigger button, which are the handles when the power-on send function button and the power-off send function button are clicked. In the test execution steps: when the power-on command statement is executed, the instruction to click the power-on send function button is sent to the second test tool according to the handle in the power-on command statement. The second test tool sends a power-on serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the first MOSFET to turn on, so that the 12V ACC power supply is applied to the ACC pin of the TCU under test. When the power-down command statement is executed, the instruction to click the power-down send function button is sent to the second test tool according to the handle in the power-down command statement. The second test tool sends a power-down serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the first MOSFET to turn off, so that the ACC pin of the TCU under test cannot draw power from the 12V ACC power supply.

4. The vehicle networking stress testing method according to claim 2, characterized in that, The test scenario includes an ignition test. The IGN pin of the TCU under test is connected to a 12V ACC power supply via the second MOS transistor on the control board. The second test tool provides ignition and extinguish serial port commands and ignition sending function buttons for sending ignition and extinguish serial port commands. The test case generation step specifically includes: generating and listing ignition command statements and extinguishing command statements in sequence in the script editing box, and inserting waiting command statements before and after the ignition command statements and extinguishing command statements; wherein, the ignition command statement and the extinguishing command statement respectively carry the handle captured when the user clicks the cross-tool handle capture trigger button, which is the handle captured when the ignition send function button and the extinguishing send function button are clicked. In the test execution steps: when the ignition command statement is executed, the instruction to click the ignition send function button is sent to the second test tool according to the handle in the ignition command statement. The second test tool sends an ignition serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the second MOSFET to turn on, so that the 12V ACC power supply is applied to the IGN pin of the TCU under test. When the extinguishing command statement is executed, the instruction to click the extinguishing send function button is sent to the second test tool according to the handle in the extinguishing command statement. The second test tool sends an extinguishing serial port command to the serial port tool. The serial port tool forwards the received serial port command. After receiving the forwarded serial port command, the control board controls the second MOSFET to turn off, so that the IGN pin of the TCU under test cannot draw power from the 12V ACC power supply.

5. The vehicle networking stress testing method according to claim 2, characterized in that, The test scenario includes CAN network wake-up, and the third test tool provides CAN message command and CAN message sending function buttons for sending CAN message commands; The test case generation step specifically includes: generating and listing two message command statements in sequence in the script editing box, and inserting a wait command statement before and after each message command statement; wherein, the message command statement carries the handle captured when the user clicks the cross-tool handle capture trigger button and clicks the CAN message sending function button; In the test execution steps: when the first message command statement is executed, an instruction to click the CAN transmit function button is sent to the second test tool according to the handle in the message command statement. The second test tool sends the CAN message corresponding to the CAN message command to the CAN tool. The CAN tool forwards the received CAN message. After receiving the forwarded CAN message, the control board forwards it to the TCU under test. When the second message command statement is executed, an instruction to click the CAN message transmit function button is sent to the second test tool according to the handle in the message command statement. The second test tool stops sending the CAN message corresponding to the CAN message command to the CAN tool.

6. The vehicle networking stress testing method according to claim 2, characterized in that, The test scenario includes determining whether the TCU has dual network cards. The second test tool provides network card detection serial port commands for both network cards, a network card sending function button for sending network card detection serial port commands, and a network card result function button for displaying network card detection results. The test case generation step specifically includes: generating and listing in the script editing box the network card detection reset command statement, the network card detection send command statement, the network card detection judgment command statement, the network card detection reset command statement, the network card detection send command statement, and the network card detection judgment command statement of the first network card in sequence; inserting a wait command statement before the network card detection reset command statement, between the network card detection judgment command statement and the network card detection reset command statement, and after the network card detection judgment command statement of the second network card; wherein, the network card detection reset command statement, the network card detection send command statement, and the network card detection judgment command statement respectively carry the handle captured when the user clicks the cross-tool handle capture trigger button, which is the result of clicking the network card result function button, the network card send function button, and the network card result function button; In the test execution steps: when the network card detection reset command statement is executed, an instruction to click the network card result function button is sent to the second test tool according to the handle in the network card detection reset command statement. The second test tool resets the display result of the network card result function button. When the network card detection send command statement is executed, an instruction to click the network card send function button is sent to the second test tool according to the handle in the network card detection send command statement. The second test tool sends the network card detection serial port command to the TCU under test via the serial port tool. After receiving the network card detection serial port command, the TCU under test returns the network card detection result data to the second test tool according to the original path. When the network card detection result data meets expectations, the second test tool controls the display result of the network card result function button to switch to match. When the network card detection judgment command statement is executed, an instruction to click the network card result function button is sent to the second test tool according to the handle in the network card detection judgment command statement. The second test tool returns the display result of the network card result function button to the first test tool. When the result does not match, the first test tool jumps to the most recently executed network card detection reset command statement and re-executes it.

7. The vehicle networking stress testing method according to claim 2, characterized in that, The test scenario includes inputting the TCU's username and password. The second test tool provides a username serial port command, a password serial port command, a username sending function button for sending the username serial port command, a password sending function button for sending the password serial port command, and a username result button to display whether the username matches. The test case generation step specifically includes: generating and listing in the script editing box, in sequence, the username reset command statement, the username send command statement, the username detection and judgment command statement, and the password send command statement, with a wait command statement inserted before the username reset command statement and after the password send command statement; wherein, the username reset command statement, the username send command statement, the username detection and judgment command statement, and the password send command statement respectively carry the handles captured when the user clicks the cross-tool handle capture trigger button, which are the handles when the user clicks the username result function button, the username send function button, the username result function button, and the password send function button; In the test execution steps: when the username reset command statement is executed, an instruction indicating that the username result function button has been clicked is sent to the second test tool according to the handle in the username reset command statement. The second test tool then resets the display result of the username result function button. When the username send command statement is executed, an instruction indicating that the username send function button has been clicked is sent to the second test tool according to the handle in the username send command statement. The second test tool then sends the username serial port command to the TCU under test via the serial port tool. After receiving the username serial port command, the TCU under test returns the username detection result data to the second test tool along the original path. The second test tool then processes the username detection result data... When the expected result is met, the display result of the username result function button is switched to "match". When the username detection and judgment command statement is executed, the instruction that the username result function button was clicked is sent to the second test tool according to the handle in the username detection and judgment command statement. The second test tool returns the display result of the username result function button to the first test tool. The first test tool only executes the next password sending command statement when the display result is "match". When the password sending command statement is executed, the instruction that the password sending function button was clicked is sent to the second test tool according to the handle in the password sending command statement. The second test tool sends the password serial port command to the TCU under test via the serial port tool.

8. The vehicle networking stress testing method according to claim 2, characterized in that, The test scenario includes ping network judgment. The second test tool provides ping serial port command, ping send function button to send ping serial port command, and ping result function button to display ping result. The test case generation step specifically includes: generating and listing the ping reset command statement, ping send command statement, and ping detection and judgment command statement in the script editing box in sequence, and inserting a wait command statement before the ping reset command statement and after the ping detection and judgment command statement; wherein, the ping reset command statement, ping send command statement, and ping detection and judgment command statement respectively carry the handle captured when the user clicks the cross-tool handle capture trigger button, which is the ping result function button, ping send function button, and ping result function button clicked; In the test execution steps: when the ping reset command statement is executed, an instruction to click the ping result function button is sent to the second test tool according to the handle in the ping reset command statement. The second test tool resets the display result of the ping result function button. When the ping send command statement is executed, an instruction to click the ping send function button is sent to the second test tool according to the handle in the ping send command statement. The second test tool sends the ping serial port command to the TCU under test via the serial port tool. After receiving the ping serial port command, the TCU under test returns the ping result data to the second test tool along the original path. When the ping result data meets expectations, the second test tool controls the display result of the ping result function button to switch to match. When the ping detection judgment command statement is executed, an instruction to click the ping result function button is sent to the second test tool according to the handle in the ping detection judgment command statement. The second test tool returns the display result of the ping result function button to the first test tool. When the display result is mismatched, the first test tool jumps to the position of the most recently executed ping reset command statement and re-executes it.

9. The vehicle networking stress testing method according to claim 2, characterized in that, The test execution steps further include: when the second test tool or the third test tool encounters a test error, the first test tool saves relevant logs and continues to execute the test cases.

10. A system for performing the vehicle networking stress testing method according to any one of claims 1-9, characterized in that, The system includes a host computer, a CAN tool, a serial port tool, and a control board. The CAN tool and the serial port tool are connected to the host computer via USB data cables. The CAN tool is connected to the control board via a CAN cable. The control board is connected to the TCU under test via a CAN cable and a power line. The serial port tool is connected to the control board and the TCU under test via serial cables. The host computer is equipped with a first test tool that provides a test case editing interface, a second test tool that provides serial command sending functionality, and a third test tool that provides CAN message sending functionality.

Images