In-vehicle infotainment test method and device

Abstract

The invention provides an in-vehicle infotainment test method and device, which are applied to test equipment, a visual interaction interface is displayed, the visual interaction interface comprises a plurality of network test identifiers for an in-vehicle infotainment, and each network test identifier is used for indicating a network type supported by the in-vehicle infotainment; selecting at least one network test identifier based on an operation executed on the visual interaction interface; for each network type corresponding to the at least one network test identifier, calling a first test case corresponding to the network type from a data center, and calling a target test scene adapted to the first test case and target test data required in the target test scene from a configuration center; and loading the target test data to the first test case to obtain and execute a second test case, and generating a test result for representing the network card performance of the vehicle machine. According to the method and the device, the pressure test of the vehicle machine in different network types and different test scenes is realized.

Description

Technical Field

[0001] The present application relates to the field of automobile testing technology, and in particular to a vehicle computer testing method and device. Background Art

[0002] With the continuous improvement of the level of automobile intelligence, the in-vehicle entertainment system of modern smart cars has deeply integrated intelligent driving technology and intelligent networking functions, thus becoming a key platform for "people-car-cloud" interaction. The realization of these advanced functions depends to a large extent on the efficient and stable communication between the car network card and the external network or the in-vehicle network. In order to ensure that users can enjoy a smoother and unimpeded communication experience, lower latency and better connection performance, the performance stability of the car network card is particularly critical.

[0003] However, in traditional testing methods, the testing of vehicle network cards is often limited to a single network type or simple data situations, and lacks comprehensive consideration of multiple network types and their complex data interaction scenarios. This limitation makes it difficult for traditional testing methods to comprehensively and accurately evaluate the stress tolerance and performance of vehicle network cards in actual usage scenarios. Summary of the invention

[0004] In view of this, the purpose of the present application is to provide a vehicle computer testing method and device, aiming to realize automatic stress testing of the vehicle computer under different network types and different test scenarios.

[0005] In a first aspect, the present application provides a vehicle computer testing method, which is applied to a testing device, and the method includes: displaying a visual interactive interface, the visual interactive interface including multiple network test identifiers for the vehicle computer, each network test identifier being used to indicate a network type supported by the vehicle computer; selecting at least one network test identifier based on an operation performed on the visual interactive interface; for each network type corresponding to the at least one network test identifier, calling a first test case corresponding to the network type from a data center, and calling a target test scenario adapted by the first test case and target test data required under the target test scenario from a configuration center; loading the target test data onto the first test case to obtain and execute a second test case, and generating a test result for characterizing the network card performance of the vehicle computer.

[0006] In a possible implementation, the network types supported by the vehicle computer include Ethernet network types, and the target test scenarios corresponding to the Ethernet network types include stable communication scenarios, wherein, in the stable communication scenario, the second test case corresponding to the Ethernet network type is executed in the following manner: target test data corresponding to the stable communication scenario is sent to the vehicle computer multiple times at a preset rate.

[0007] In a possible implementation, the target test scenario corresponding to the Ethernet network type also includes a high-load scenario, wherein the target test data includes update files corresponding to multiple control units of the vehicle computer. In the high-load scenario, the second test case corresponding to the Ethernet network type is executed in the following manner: for each control unit, the update file corresponding to the control unit is divided into multiple data packets; for each control unit, the multiple data packets corresponding to the control unit are sent to the control unit at the same time with a preset bandwidth.

[0008] In a possible implementation, the network types supported by the vehicle computer include wireless local area network Wi-Fi network types, and the target test scenarios corresponding to the Wi-Fi network types include signal stable environment scenarios, wherein, in the signal stable environment scenario, the second test case corresponding to the Wi-Fi network type is executed in the following manner: controlling the vehicle computer to connect to a Wi-Fi frequency band with a stable signal, and sending target test data corresponding to the signal stable environment scenario to the vehicle computer multiple times.

[0009] In a possible implementation, the target test scenario corresponding to the Wi-Fi network type also includes a signal interference or mobile scenario, wherein, in the signal interference or mobile scenario, the second test case corresponding to the Wi-Fi network type is executed in the following manner: controlling the vehicle computer to connect to a Wi-Fi frequency band with an interference source, and sending target test data corresponding to the signal interference or mobile scenario to the vehicle computer multiple times.

[0010] In a possible implementation, the network types supported by the vehicle computer include mobile network types, and the target test scenarios corresponding to the mobile network types include vehicle stationary or low-speed moving scenarios, wherein, in the vehicle stationary or low-speed moving scenarios, the second test case corresponding to the mobile network type is executed in the following manner: the vehicle computer is controlled to continuously obtain target test data corresponding to the vehicle stationary or low-speed moving scenario with a first preset data volume through the mobile network.

[0011] In a possible implementation, the target test scenario corresponding to the mobile network type also includes a vehicle high-speed movement scenario, wherein, in the vehicle high-speed movement scenario, the second test case corresponding to the mobile network type is executed in the following manner: the vehicle computer is controlled to continuously obtain the target test data corresponding to the vehicle high-speed movement scenario through the mobile network with the first preset data volume and the second preset data volume at the same time, and the second preset data volume is higher than the first preset data volume.

[0012] In a possible implementation, the step of displaying a visual interactive interface includes: receiving an initialization completion signal from the vehicle computer, wherein the initialization completion signal is used to indicate that the communication between the test device and the vehicle computer is stable; and displaying a visual interactive interface on the screen of the test device in response to the initialization completion signal.

[0013] In one possible implementation, the test results are generated in the following manner: when executing the second test case corresponding to each network type, the test information of each execution of the second test case is recorded, and when it is monitored that the vehicle computer reaches a first condition, the execution of the second test case is stopped to aggregate all the test information to generate the test result, and the first condition indicates that the network card performance of the vehicle computer has reached its limit.

[0014] In the second aspect, the present application provides a vehicle computer testing device, the device comprising: a display module for displaying a visual interactive interface, the visual interactive interface comprising multiple network test identifiers for the vehicle computer, each network test identifier being used to indicate a network type supported by the vehicle computer; a selection module for selecting at least one network test identifier based on an operation performed on the visual interactive interface; a calling module for calling, for each network type corresponding to the at least one network test identifier, a first test case corresponding to the network type from a data center, and calling a target test scenario adapted by the first test case and target test data required under the target test scenario from a configuration center; an execution module for loading the target test data onto the first test case to obtain and execute a second test case, and generating a test result for characterizing the network card performance of the vehicle computer.

[0015] The present application provides a vehicle computer testing method and device, which is applied to testing equipment, wherein a visual interactive interface is displayed, the visual interactive interface includes multiple network test identifiers for the vehicle computer, each network test identifier is used to indicate a network type supported by the vehicle computer; based on the operation performed on the visual interactive interface, at least one network test identifier is selected; for each network type corresponding to at least one network test identifier, the first test case corresponding to the network type is called from the data center, and the target test scenario adapted by the first test case and the target test data required in the target test scenario are called from the configuration center; the target test data is loaded onto the first test case to obtain and execute the second test case, and a test result is generated for characterizing the performance of the vehicle computer network card. Through this application, the vehicle computer network card can be fully and accurately subjected to full-process automated stress testing under different network types and test scenarios.

[0016] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, preferred embodiments are specifically cited below and described in detail with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0018] Figure 1 A flow chart of a vehicle computer testing method provided in an embodiment of the present application;

[0019] Figure 2 A flowchart showing a visual interactive interface provided by an embodiment of the present application;

[0020] Figure 3 A schematic diagram of the structure of the vehicle computer testing device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0021] To make the purpose, technical scheme and advantages of the embodiments of the present application clearer, the technical scheme in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application usually described and shown in the drawings here can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the application claimed for protection, but merely represents the selected embodiments of the present application. Based on the embodiments of the present application, each other embodiment obtained by those skilled in the art without making creative work belongs to the scope of protection of the present application.

[0022] First, the application scenarios to which this application is applicable are introduced. This application can be applied to vehicle computer testing technology.

[0023] With the accelerated advancement of automobile intelligence, the in-car entertainment systems in modern smart cars have been deeply integrated with intelligent driving technology and intelligent networking functions, thus building a vital "human-vehicle-cloud" interaction hub. The smooth operation of these advanced functions is highly dependent on the efficient and stable communication link established between the vehicle network card and the external or internal network. In order to provide users with a smoother, low-latency and high-quality communication experience, the performance stability of the vehicle network card has become an indispensable key factor.

[0024] However, traditional vehicle network card testing methods have obvious limitations. They usually only test a single network type or simplified data scenarios, but fail to fully consider the actual conditions of multiple network types and their complex data interaction environments. The one-sidedness of this test makes it difficult for traditional methods to comprehensively and accurately measure the stress tolerance and comprehensive performance of vehicle network cards in actual application scenarios.

[0025] Based on this, an embodiment of the present application provides a vehicle computer testing method and device, which aims to realize automatic stress testing of the vehicle computer under different network types and different test scenarios.

[0026] See also Figure 1 , Figure 1 This is a flow chart of a vehicle computer testing method provided in an embodiment of the present application. Figure 1 As shown in , the vehicle computer testing method provided by the embodiment of the present application includes:

[0027] S101, displaying a visual interactive interface.

[0028] Here, the visualization interface integrates multiple network test identifiers for the vehicle computer. Each identifier clearly points to a network type supported by the vehicle computer, which can ensure the accurate construction and visualization of the test environment, thereby ensuring the comprehensiveness and pertinence of the test.

[0029] In the embodiment of the present application, the architecture of the vehicle computer test is composed of the vehicle computer, the test equipment and the local automation engineering. The main process is: the local automation engineering establishes a connection with the vehicle computer and the test equipment through a personal computer. As the starting point of the test process, the local automation engineering sends specific test instructions to the vehicle computer through a personal computer. After receiving the test instructions, the test equipment executes the corresponding test cases according to the instruction requirements. These test cases include test scenarios for different network types and different data volumes, aiming to comprehensively evaluate the performance of the vehicle computer network card. During the execution of the test cases, the test equipment will collect relevant test data, such as key performance indicators such as packet loss rate, delay time, and throughput. These data are then collected and integrated by the personal computer, and then passed to the local automation engineering for in-depth analysis. In addition, from the initiation of test instructions, the execution of test cases to the collection and analysis of test data, the entire process is automated without excessive human intervention, which not only improves the test efficiency, but also ensures the accuracy and consistency of the test results.

[0030] Below through Figure 2 This section describes the process of displaying a visual interactive interface.

[0031] Figure 2 A flowchart showing a visual interactive interface provided in an embodiment of the present application.

[0032] S201. Receive an initialization completion signal from the vehicle computer.

[0033] Here, the initialization completion signal is used to indicate that the communication between the test equipment and the vehicle computer is stable. Specifically, the initialization operation is to conduct a comprehensive check on the current hardware environment, software version and operating environment, local scripts, and data interaction capabilities of the vehicle or test bench to confirm the compatibility and connectivity between various elements and ensure the completeness of the test prerequisites.

[0034] S202 . In response to an initialization completion signal, display a visual interactive interface on a screen of the testing device.

[0035] Here, it is also necessary to conduct a detailed check on the network type in the test item to verify whether the communication link between the network test equipment and the vehicle computer is normal and stable, and to ensure the effective implementation of the network test link.

[0036] return Figure 1 , S102, based on the operation performed on the visual interactive interface, select at least one network test identifier.

[0037] In a preferred example of the present application, the network types supported by the vehicle computer include Ethernet network type, Wi-Fi network type and mobile network type.

[0038] Specifically, before testing, corresponding network device connections are established for each network type, and the data packet types required for each network type are analyzed and prepared.

[0039] Here, for Ethernet network types, connect to a dedicated network test server to ensure that the network link is stable and the bandwidth is adjustable.

[0040] For Wi-Fi network types, connect to a Wi-Fi router that can be set to different signal strengths and frequency bands.

[0041] Depending on the mobile network type, use the built-in mobile network module in the vehicle to connect to the operator network and configure the network parameters.

[0042] For the data packets required by each network type, it is necessary to analyze the types of data packets that may be involved in the actual operation of the vehicle computer, such as streaming data, file transfer data, network protocol data, and real-time control data. According to the characteristics of different data packet types, prepare corresponding test data packet samples, such as selecting videos with different resolutions and encoding formats for streaming data, and extracting their data packet streams. For file transfer data, prepare multiple vehicle computer control unit update files and divide them into data packet forms, etc.

[0043] return Figure 1S103: For each network type corresponding to at least one network test identifier, call a first test case corresponding to the network type from the data center, and call a target test scenario adapted by the first test case and target test data required in the target test scenario from the configuration center.

[0044] Here, corresponding test cases can be pre-set for various network types and their corresponding test scenarios. In this way, when testing, the first test case corresponding to the required network type can be directly and efficiently called from the data center, and the target test scenarios and required test data matching these test cases can be obtained from the configuration center.

[0045] S104: Load the target test data onto the first test case to obtain and execute a second test case, and generate a test result for characterizing the performance of the network card of the vehicle computer.

[0046] Here, in order to evaluate the performance of the vehicle network card in the target test scenario, the prepared target test data is loaded onto a basic first test case. This process makes the first test case more specific and targeted to meet specific test requirements, thereby generating a new, more specific test case, namely the second test case. This second test case is then executed to trigger various performance aspects of the vehicle network card by simulating or controlling network communications, and collect relevant performance data to generate test results.

[0047] Specifically, for Ethernet network types, it includes stable communication scenarios and high-load scenarios.

[0048] In a stable communication scenario, the second test case is to send target test data corresponding to the stable communication scenario to the vehicle computer multiple times at a preset rate.

[0049] Here, the target test data may be a vehicle diagnostic data packet, high-definition map data, etc.

[0050] In a high-load scenario, the target test data includes update files corresponding to multiple control units of the vehicle computer, and for each control unit, the update files corresponding to the control unit are divided into multiple data packets, and for each control unit, the multiple data packets corresponding to the control unit are sent to the control unit at the same time with a preset bandwidth.

[0051] Here, the preset bandwidth may be the maximum bandwidth, so as to simulate multiple vehicle control units to perform software updates at the same time, and divide the update files into data packets and send them in bursts at the maximum bandwidth.

[0052] For Wi-Fi network types, including signal stable environment scenarios and signal interference or mobile scenarios.

[0053] In the signal stable environment scenario, the second test case is to control the vehicle computer to connect to the Wi-Fi frequency band with a stable signal, and send the target test data corresponding to the signal stable environment scenario to the vehicle computer multiple times.

[0054] Here, you can connect to the 5GHz Wi-Fi band without interference and with stable signal strength (such as -30dBm to -40dBm). The target test data corresponding to the stable signal environment scenario can be online video data packets, and at the same time simulate the transmission of mobile phone screen projection data packets.

[0055] In the signal interference or movement scenario, the second test case is to control the vehicle computer to connect to the Wi-Fi frequency band with interference source, and send target test data corresponding to the signal interference or movement scenario to the vehicle computer multiple times.

[0056] Here, the Wi-Fi router can be set in an environment with interference sources, and the signal strength can be adjusted to a weaker level (such as -70dBm to -80dBm) to simulate signal changes during vehicle driving, so that the vehicle computer can receive data packets while moving, and simulate different high-bandwidth demand activities (such as one for video conferencing and one for downloading large files).

[0057] For mobile network types, it includes vehicle stationary / low-speed moving scenarios and vehicle high-speed moving scenarios.

[0058] In the vehicle stationary / slow-speed moving scenario, the second test case is to control the vehicle computer to continuously obtain target test data corresponding to the vehicle stationary or low-speed moving scenario with a first preset data volume through the mobile network.

[0059] Here, the first preset data volume can be a small data volume or a medium data volume, and the vehicle computer is controlled to obtain traffic information update data packets (small data volume, high-frequency transmission) and online music playback data packets (medium data volume, continuous transmission) through a 4G / 5G network connection.

[0060] In the vehicle high-speed movement scenario, the second test case is to control the vehicle computer to continuously obtain target test data corresponding to the vehicle high-speed movement scenario through the mobile network with the first preset data volume and the second preset data volume at the same time.

[0061] Here, the second preset data amount is a large data amount and is higher than the first preset data amount. The vehicle computer simulates a high-speed driving environment (such as a mobile signal simulator simulates base station switching during high-speed movement) and transmits large and small data amounts at the same time.

[0062] In a preferred example of the present application, when executing the second test case corresponding to each network type, the test information of each execution of the second test case is recorded, and when it is monitored that the vehicle computer reaches the first condition, the execution of the second test case is stopped to aggregate all the test information to generate a test result.

[0063] Here, the first condition refers to the vehicle computer's performance reaching its limit under the stress test scenario. During the test, the pressure will gradually increase, for example, gradually increase the transmission rate, or gradually increase the size of the data packet until the bottleneck of the network card performance is reached. At the same time, the system will monitor the vehicle computer network card in real time and dynamically. Multiple key performance indicators, including but not limited to core parameters such as packet loss rate, delay time, throughput, bandwidth utilization, and cache occupancy, provide detailed data support for comprehensive and accurate evaluation of network card performance. Based on the data analysis of these test records, the performance bottlenecks and weak links of the vehicle computer network card in different network types and data packet processing scenarios can be accurately located. Based on this, the system will generate a detailed test result to provide powerful decision-making support information for subsequent network card performance evaluation, optimization, and improvement.

[0064] Based on the same inventive concept, a vehicle computer testing device corresponding to the vehicle computer testing method is also provided in the embodiment of the present application. Since the principle of solving the problem by the device in the embodiment of the present application is similar to the above-mentioned vehicle computer testing method in the embodiment of the present application, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be repeated.

[0065] See also Figure 3 , Figure 3 The structural diagram of a vehicle computer test device provided in an embodiment of the present application is as follows. The vehicle computer test device 300 includes:

[0066] The display module 301 is used to display a visual interactive interface, which includes multiple network test identifiers for the vehicle computer, and each network test identifier is used to indicate a network type supported by the vehicle computer.

[0067] The selection module 302 is used to select at least one network test identifier based on the operation performed on the visual interactive interface.

[0068] The calling module 303 is used to call the first test case corresponding to each network type corresponding to at least one network test identifier from the data center, and call the target test scenario adapted by the first test case and the target test data required in the target test scenario from the configuration center.

[0069] The execution module 304 is used to load the target test data onto the first test case to obtain and execute the second test case, and generate a test result for characterizing the performance of the network card of the vehicle computer.

[0070] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0071] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some communication interfaces, and the indirect coupling or communication connection of devices or units can be electrical, mechanical or other forms.

[0072] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0073] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0074] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a non-volatile computer-readable storage medium that is executable by a processor. Based on this understanding, the technical solution of the present application can essentially be embodied in the form of a software product, or in other words, the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0075] Finally, it should be noted that the above-described embodiments are only specific implementation methods of the present application, which are used to illustrate the technical solutions of the present application, rather than to limit them. The protection scope of the present application is not limited thereto. Although the present application is described in detail with reference to the above-mentioned embodiments, ordinary technicians in the field should understand that any technician familiar with the technical field can still modify the technical solutions recorded in the above-mentioned embodiments within the technical scope disclosed in the present application, or can easily think of changes, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application. Therefore, the protection scope of the present application shall be based on the protection scope of the claims.

Claims

1. A vehicle computer testing method, characterized in that: Applied to testing equipment, the method comprises: Displaying a visual interactive interface, the visual interactive interface including a plurality of network test identifiers for the vehicle computer, each network test identifier being used to indicate a network type supported by the vehicle computer; Based on the operation performed on the visual interactive interface, selecting at least one network test identifier; For each network type corresponding to the at least one network test identifier, calling a first test case corresponding to the network type from the data center, and calling a target test scenario adapted by the first test case and target test data required in the target test scenario from the configuration center; The target test data is loaded onto the first test case to obtain and execute the second test case, and generate a test result for characterizing the network card performance of the vehicle computer.

2. The method according to claim 1, characterized in that The network type supported by the vehicle computer includes an Ethernet network type, and the target test scenario corresponding to the Ethernet network type includes a stable communication scenario. Wherein, in the stable communication scenario, the second test case corresponding to the Ethernet network type is executed in the following manner: The target test data corresponding to the stable communication scenario is sent to the vehicle computer multiple times at a preset rate.

3. The method according to claim 2, characterized in that The target test scenarios corresponding to the Ethernet network type also include high-load scenarios. The target test data includes update files corresponding to multiple control units of the vehicle computer. In the high-load scenario, the second test case corresponding to the Ethernet network type is executed in the following manner: For each control unit, dividing the update file corresponding to the control unit into multiple data packets; For each control unit, multiple data packets corresponding to the control unit are sent to the control unit at the same time with a preset bandwidth.

4. The method according to claim 1, characterized in that The network types supported by the vehicle computer include wireless local area network Wi-Fi network types, and the target test scenarios corresponding to the Wi-Fi network types include signal stable environment scenarios. Wherein, in the signal stable environment scenario, the second test case corresponding to the Wi-Fi network type is executed in the following manner: The vehicle computer is controlled to connect to a Wi-Fi frequency band with a stable signal, and target test data corresponding to the signal stable environment scenario is sent to the vehicle computer multiple times.

5. The method according to claim 4, characterized in that The target test scenarios corresponding to the Wi-Fi network type also include signal interference or mobile scenarios. Wherein, in the signal interference or mobility scenario, the second test case corresponding to the Wi-Fi network type is executed in the following manner: The vehicle computer is controlled to connect to a Wi-Fi frequency band with an interference source, and target test data corresponding to the signal interference or movement scenario is sent to the vehicle computer multiple times.

6. The method according to claim 1, characterized in that The network types supported by the vehicle computer include mobile network types, and the target test scenarios corresponding to the mobile network types include vehicle stationary or low-speed moving scenarios. Wherein, in the scenario where the vehicle is stationary or moving at a low speed, the second test case corresponding to the mobile network type is executed in the following manner: The vehicle computer is controlled to continuously obtain target test data corresponding to the vehicle stationary or low-speed moving scenario with a first preset data volume through a mobile network.

7. The method according to claim 6, characterized in that The target test scenarios corresponding to the mobile network type also include high-speed vehicle movement scenarios. Wherein, in the scenario where the vehicle moves at high speed, the second test case corresponding to the mobile network type is executed in the following manner: The vehicle computer is controlled to continuously obtain target test data corresponding to the vehicle high-speed movement scenario through a mobile network with the first preset data volume and the second preset data volume at the same time, and the second preset data volume is higher than the first preset data volume.

8. The method according to claim 1, characterized in that: The step of displaying the visual interaction interface comprises: receiving an initialization completion signal from the vehicle computer, wherein the initialization completion signal is used to indicate that the communication between the test device and the vehicle computer is stable; In response to the initialization completion signal, a visual interactive interface is displayed on the screen of the testing device.

9. The method according to claim 1, characterized in that: Test results are generated by: When executing the second test case corresponding to each network type, the test information of each execution of the second test case is recorded, and when it is monitored that the vehicle computer reaches the first condition, the execution of the second test case is stopped to aggregate all the test information to generate the test result, and the first condition indicates that the network card performance of the vehicle computer has reached its limit.

10. A vehicle computer testing device, characterized in that: The device comprises: A display module, used to display a visual interactive interface, wherein the visual interactive interface includes a plurality of network test identifiers for the vehicle computer, each network test identifier being used to indicate a network type supported by the vehicle computer; A selection module, configured to select at least one network test identifier based on an operation performed on the visual interactive interface; A calling module, configured to call, for each network type corresponding to the at least one network test identifier, a first test case corresponding to the network type from a data center, and call, from a configuration center, a target test scenario adapted by the first test case and target test data required in the target test scenario; An execution module is used to load the target test data onto the first test case to obtain and execute a second test case, and generate a test result for characterizing the performance of the network card of the vehicle computer.

Images