Automated testing method for car machine failure and related equipment

Abstract

This invention discloses an automated testing method and related equipment for vehicle infotainment system (VIS) faults, relating to the field of automotive electronics testing. The method includes: acquiring a preset test scenario script through an automated control module, wherein the preset test scenario script includes normal vehicle environment signal parameters and fault test parameters, the fault test parameters including fault type, fault injection timing, fault duration, and multi-fault collaborative injection logic; controlling the automated control module to control a vehicle environment simulator module to simulate normal vehicle environment signals and fault test signals according to the preset test scenario script, wherein the normal vehicle environment signals and fault test signals are used to inject into a real VIS module, and the execution order of the normal vehicle environment signals is earlier than the execution order of the fault test signals; and, when the normal vehicle environment signals and fault test signals are injected into the real VIS module, collecting the operating status data generated by the real VIS module in response to the fault signals through the automated control module.

Description

Technical Field

[0001] This invention relates to the field of automotive electronics testing technology, and in particular to an automated testing method and related equipment for vehicle infotainment system faults. Background Technology

[0002] In the context of the rapid development of automotive intelligence, the stability and reliability of the vehicle infotainment system, as the core unit for realizing in-vehicle infotainment, navigation, and interaction with multiple vehicle components, are of paramount importance. This places extremely high demands on the comprehensiveness and efficiency of its testing technology. However, existing testing methods have two major limitations: First, real-vehicle road testing, which is subject to strict limitations imposed by the natural environment, traffic rules, and safety risks, making it difficult to accurately reproduce fault scenarios under high-risk and extreme conditions. Moreover, the testing cycle is long and costly, and it is difficult to achieve repeatable verification for specific scenarios. Second, traditional bench testing, although conducted in a laboratory environment, can usually only simulate single vehicle hardware signals and cannot cover the complex scenarios of collaborative interaction between the vehicle infotainment system and multiple vehicle components. This results in insufficient completeness of the test scenarios. More importantly, the testing process heavily relies on manual fault injection, status monitoring, and data recording, which not only leads to low testing efficiency but also makes the accuracy and reliability of test results susceptible to human error. Therefore, existing technologies generally suffer from insufficient coverage of test scenarios and low automation and efficiency due to reliance on manual operation in the testing process. There is an urgent need for a complete test scenario solution that can achieve automation and cover the collaborative interaction of multiple components. Summary of the Invention

[0003] In view of the above problems, the present invention provides an automated testing method and related equipment for vehicle infotainment system faults, the main purpose of which is to solve the problems of existing vehicle infotainment system testing relying on manual operation, limited testing scenarios and low efficiency.

[0004] To address at least one of the aforementioned technical problems, in a first aspect, the present invention provides an automated testing method for vehicle infotainment system faults, the method comprising: The automated control module obtains a preset test scenario script, which includes normal vehicle environment signal parameters and fault test parameters. The fault test parameters include fault type, fault injection timing, fault duration, and multi-fault collaborative injection logic. The vehicle environment simulator module is controlled to simulate normal vehicle environment signals and fault test signals according to the preset test scenario script sent by the automation control module. The normal vehicle environment signals and the fault test signals are used to inject into the real vehicle system module. The execution order of the normal vehicle environment signals is earlier than the execution order of the fault test signals. When the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module, the automatic control module collects the operating status data generated by the real vehicle infotainment module in response to the fault signal.

[0005] Optionally, the automation control module includes a human-computer interaction window, and the step of obtaining a preset test scenario script through the automation control module includes: The preset test scenario script can be called from the automation script library through the human-computer interaction window, and / or the preset test scenario script can be customized based on the scenario editor, wherein the preset test scenario script customized based on the scenario editor is stored in the automation script library.

[0006] Optionally, the control module for the vehicle environment simulator simulates normal vehicle environment signals and fault test signals according to a preset test scenario script sent by the automation control module, including: The automated control module parses the preset test scenario script into control instructions, wherein the control instructions include normal vehicle environment signal control instructions and fault test signal control instructions; The normal vehicle environment signal control command is sent to the vehicle environment simulator module to control the vehicle environment simulator module to simulate the normal vehicle environment signal; When the fault injection timing and / or the multi-fault collaborative injection logic are satisfied, the fault test signal control command is sent to the vehicle environment simulator module to control the vehicle environment simulator module to simulate the fault test signal.

[0007] Optionally, the above methods also include: The normal vehicle environment signal simulated by the vehicle environment simulator module is injected into the real vehicle infotainment module so that the real vehicle infotainment module operates based on the normal vehicle environment signal. When the fault injection timing and / or the multi-fault collaborative injection logic are satisfied, the fault test signal simulated by the vehicle environment simulator module is injected into the real vehicle infotainment module, so that the real vehicle infotainment module executes the fault test signal when operating based on the normal vehicle environment signal.

[0008] Optionally, the automation control module includes a status monitoring plug-in. When the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module, the automation control module collects the operating status data generated by the real vehicle infotainment module in response to the fault signal, including: When the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module, the status monitoring plugin is invoked. The status monitoring plugin collects the operating status data generated by the actual vehicle infotainment module in response to the fault signal, wherein the operating status data is in data message format.

[0009] Optionally, the preset test scenario script can be a single test scenario script, a repeated test scenario script, or a continuous test scenario script.

[0010] Optionally, the above methods also include: A test report is generated based on the aforementioned operational status data. And / or, The fault injection strategy is dynamically adjusted based on the aforementioned operational status data.

[0011] Secondly, embodiments of the present invention also provide an automated testing device for vehicle infotainment system faults, comprising: The acquisition unit is used to acquire a preset test scenario script through the automated control module. The preset test scenario script includes normal vehicle environment signal parameters and fault test parameters. The fault test parameters include fault type, fault injection timing, fault duration, and multi-fault collaborative injection logic. The control unit is used to control the vehicle environment simulator module to simulate normal vehicle environment signals and fault test signals according to the preset test scenario script sent by the automation control module. The normal vehicle environment signals and the fault test signals are used to inject into the real vehicle system module. The execution order of the normal vehicle environment signals is earlier than the execution order of the fault test signals. The acquisition unit is used to acquire, through the automation control module, the operating status data generated by the real vehicle infotainment module in response to the fault signal when the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module.

[0012] To achieve the above objectives, according to a third aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium comprising a stored program, wherein, when the program is executed by a processor, the steps of the above-described automated vehicle fault testing method are implemented.

[0013] To achieve the above objectives, according to a fourth aspect of the present invention, an electronic device is provided, including at least one processor and at least one memory connected to the processor; wherein the processor is configured to call program instructions in the memory to execute the steps of the above-described automated vehicle fault testing method.

[0014] By employing the above technical solution, the automated vehicle infotainment system fault testing method and related equipment provided by this invention address the shortcomings of existing vehicle infotainment system testing, which relies on manual operation, has limited testing scenarios, and is inefficient. This invention obtains a preset test scenario script through the automated control module. The preset test scenario script includes normal vehicle environment signal parameters and fault test parameters. The fault test parameters include fault type, fault injection timing, fault duration, and multi-fault collaborative injection logic. The vehicle environment simulator module is controlled to simulate normal vehicle environment signals and fault test signals according to the preset test scenario script sent by the automated control module. The normal vehicle environment signals and the fault test signals are used to inject into the real vehicle infotainment system module, with the execution order of the normal vehicle environment signals preceding the execution order of the fault test signals. When the normal vehicle environment signals and the fault test signals are injected into the real vehicle infotainment system module, the automated control module collects the operating status data generated by the real vehicle infotainment system in response to the fault signals.

[0015] In the above scheme, the experience and operating procedures of the testers are transformed into a preset test scenario script that is parsed and executed by the automated control module. This script fully defines the initial conditions, behavioral sequences, and judgment logic of the test. The automated control module first controls the vehicle environment simulator module to simulate a realistic normal driving environment based on the normal vehicle environment signal parameters in the script, and injects this signal into the unmodified real vehicle infotainment module to bring it into a stable working state, thus establishing a realistic and reliable benchmark scenario for subsequent fault testing. Subsequently, the automated control module strictly follows the preset fault type, injection timing, and collaborative logic in the script to control the simulator to generate corresponding fault signals and inject them into the vehicle infotainment system in normal operation. This programmable signal sequence injection based on precise timing realizes the simulation of complex multi-fault collaborative scenarios. At the same time, the automated control module synchronously collects the operating status data generated by the vehicle infotainment system in response to this fault stimulus, realizing an automated closed-loop test process. This process reduces the dependence on manual operation in the testing process through scripting and automation, and reduces the risk and cost limitations of real vehicle road testing through the simulator's ability to simulate complex and dangerous scenarios.

[0016] Correspondingly, the automated vehicle fault testing device, equipment, and computer-readable storage medium provided in the embodiments of the present invention also have the above-mentioned technical effects.

[0017] The above description is merely an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention and to implement it in accordance with the contents of the specification, and in order to make the above and other objects, features and advantages of the present invention more apparent and understandable, specific embodiments of the present invention are described below. Attached Figure Description

[0018] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit the invention. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1 A flowchart illustrating an automated vehicle infotainment system fault testing method provided by an embodiment of the present invention is shown. Figure 2 This diagram illustrates the composition of an automated vehicle fault testing device according to an embodiment of the present invention. Figure 3 This diagram illustrates the composition of an automated vehicle fault testing electronic device provided in an embodiment of the present invention. Detailed Implementation

[0019] Exemplary embodiments of the invention will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention may be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this invention will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.

[0020] To address the shortcomings of existing vehicle infotainment system testing, such as reliance on manual operation, limited testing scenarios, and low efficiency, this invention provides an automated vehicle infotainment system fault testing method. This method is applied to a testing platform that includes a real vehicle infotainment module, a vehicle environment simulator module, and an automated control module. For example, the aforementioned test platform includes a real vehicle infotainment module, a vehicle environment simulator module, and an automation control module. The real vehicle infotainment module refers to the actual vehicle infotainment system used for testing, whose hardware structure and software logic are consistent with the real vehicle. The vehicle environment simulator module is an environment simulation device used to simulate various signals generated by components during vehicle operation. The automation control module is a central control unit used to control the automatic execution of the entire test process. In this embodiment, the automated vehicle infotainment fault testing method is built on a test platform composed of the above three modules. The real vehicle infotainment module connects to the vehicle environment simulator module through a physical interface to receive simulated signals, while the automation control module connects to the vehicle environment simulator module through a data channel and sends control commands. The automation control module generates control commands by parsing a preset test scenario script, coordinates the vehicle environment simulator module to inject signals into the real vehicle infotainment module, and synchronously collects the response data of the real vehicle infotainment module, thereby forming a complete automated test closed loop. For example, when testing the vehicle infotainment system's ability to handle bus faults under normal navigation conditions, the automation control module instructs the vehicle environment simulator module to first simulate outputting normal navigation signals to put the real vehicle infotainment module into working condition, and then injects bus error signals at the time specified in the script.

[0021] It is important to note that in the test platform, the real vehicle infotainment module is connected to the vehicle environment simulator module via a shielded cable through an in-vehicle bus interface and an Ethernet interface. The automation control module establishes a high-speed data channel with the vehicle environment simulator module through a PCIe expansion card to achieve data interaction with a signal transmission delay of no more than 1 millisecond. The automation control module, the vehicle environment simulator module, and the real vehicle infotainment module communicate based on a predefined unified data interaction protocol, such as the AutoSar AP architecture. This protocol specifies the format and transmission timing of signal frames.

[0022] By employing the aforementioned technical solutions, a test platform with a specific architecture organically combines real vehicle systems, signal simulation, and automated control, enabling the testing process to reproduce the real vehicle operating environment and fault scenarios in a laboratory setting. This design avoids the limitations of traditional testing scenarios caused by the single functionality of the platform or insufficient collaboration between modules, reducing the reliance on real vehicle road testing and the uncertainties introduced by manual operation.

[0023] like Figure 1 As shown, the method includes: S101. Obtain a preset test scenario script through the automated control module. The preset test scenario script includes normal vehicle environment signal parameters and fault test parameters. The fault test parameters include fault type, fault injection timing, fault duration, and multi-fault collaborative injection logic. For example, this application obtains a preset test scenario script through the automated control module. The preset test scenario script includes normal vehicle environment signal parameters required to simulate the normal operation of various components of the vehicle under fault-free conditions, and fault test parameters for defining abnormal test conditions. Specifically, the fault test parameters cover the fault type (i.e., the type of abnormality in the vehicle component to be simulated), the fault injection timing (i.e., the time point at which the abnormal signal begins to be introduced), the fault duration (i.e., the duration of the abnormal signal), and the multi-fault collaborative injection logic (i.e., the triggering order and correlation between various abnormal signals).

[0024] It should be noted that the automation control module includes a scene editor, which provides a graphical interface for users to customize test scenes by dragging and dropping components and generate preset test scene scripts in a specific format.

[0025] In this embodiment, the user can directly call preset test scenario scripts from the automation script library through the human-computer interaction window provided by the automation control module, or customize the above parameters by dragging and dropping components using the scenario editor and generate new scripts stored in the script library. The automation control module can fully understand the entire test scenario by parsing the script. For example, a complex test scenario requiring the simultaneous injection of sensor data drift and bus communication delay after 300 milliseconds of simulated normal vehicle driving can have all its logic precisely defined by the parameters in the script.

[0026] By employing the aforementioned technical solution, the testers' design intentions for test scenarios are transformed into standardized and structured script parameters, enabling the automated control module to accurately identify and execute test requirements. This changes the traditional testing model that relies on real-time operation and subjective judgment by testers, establishing a reliable instruction foundation for subsequent full-process automated testing. This reduces fluctuations in test results caused by inconsistencies in human operation and improves the standardization and repeatability of the testing process.

[0027] S102. Control the vehicle environment simulator module to simulate normal vehicle environment signals and fault test signals according to the preset test scenario script sent by the automation control module, wherein the normal vehicle environment signals and the fault test signals are used to inject into the real vehicle system module, and the execution order of the normal vehicle environment signals is earlier than the execution order of the fault test signals. For example, the vehicle environment simulator module simulates two types of signals according to the instructions of the automation control module: normal vehicle environment signals are used to simulate the state of various vehicle components operating without faults, and fault test signals are used to simulate anomalies occurring in specific components or systems. The execution order of normal vehicle environment signals is earlier than that of fault test signals, meaning that the simulator needs to establish a stable normal operating environment before introducing fault conditions.

[0028] It should be noted that the vehicle environment simulator module includes a multi-channel signal generator, which has analog output channels, digital output channels, and power output channels, and ensures signal output accuracy through hardware calibration circuitry. The vehicle environment simulator module also includes a timing control module, used to precisely control the coordinated injection timing of multiple fault signals based on the real-time operating system.

[0029] In this embodiment, the automation control module parses the preset test scenario script into an ordered sequence containing normal vehicle environment signal control instructions and fault test signal control instructions. After receiving the instructions, the vehicle environment simulator module first executes the normal signal control instructions, generating a complete normal environment signal stream including sensor data and bus communication data, and continuously injects it into the real vehicle module, putting it into a stable working state indistinguishable from actual driving. When the fault injection timing conditions set in the script are met, the automation control module immediately sends a fault test signal control instruction. The vehicle environment simulator module then, while maintaining the normal signal base, generates specific fault signals according to the script requirements for superposition or replacement injection. For example, when testing the navigation function, the simulator first continuously outputs normal GPS positioning and road image signals to put the vehicle into navigation mode. After the navigation is running stably, a fault signal indicating GPS signal drift is injected at a specific time according to the script.

[0030] It is understood that the automation control module also includes a linkage control engine, which dynamically sends control commands to the vehicle environment simulator module based on the operating status data fed back by the real vehicle module, in order to adjust the fault injection strategy.

[0031] By employing the aforementioned technical solution and strictly adhering to the signal injection sequence of normal operation followed by fault operation, it is ensured that each fault test is conducted on a realistic and reliable operating baseline. This timing control enables the vehicle's infotainment system to respond to faults under real-world operating conditions, avoiding test deviations caused by unrealistic initial states in traditional testing. This reduces the discrepancy between the test scenario and the actual vehicle operating environment, thereby improving the accuracy of fault simulation and the reliability of test results.

[0032] S103. When the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module, the automatic control module collects the operating status data generated by the real vehicle infotainment module in response to the fault signal.

[0033] For example, the above-mentioned operational status data refers to various types of data generated by the actual vehicle module when responding to fault signals, including resource usage at the system level, instruction execution results at the functional level, and diagnostic information at the fault handling level.

[0034] It is understood that the actual vehicle infotainment module is a mass-produced or R&D prototype without hardware modifications. It connects to the vehicle environment simulator module via a customized interface adapter board, which is compatible with the native interface definition of the actual vehicle infotainment module. The vehicle environment simulator module generates simulated signals through a preset mathematical model, which includes a rendering model for generating image signals and a three-dimensional calculation model for generating radar signals.

[0035] In this embodiment, the automation control module initiates a data acquisition task through its status monitoring unit. The status acquisition plug-in integrated within the actual vehicle infotainment module reads system operating data in real time via the internal communication bus and formats this data into a specific message format, sending it to the automation control module via an Ethernet interface. After receiving the data, the status monitoring unit records and stores it, while the data processing unit performs preliminary analysis simultaneously. For example, when a fault test signal is injected, the status acquisition plug-in continuously monitors changes in the vehicle's CPU utilization and fault diagnostic codes, feeding these data streams back to the automation control module in real time.

[0036] By employing the aforementioned technical solutions, fully automated and real-time monitoring of vehicle system response behavior is achieved, avoiding delays and omissions caused by reliance on manual observation and recording in traditional testing. This synchronous acquisition mechanism ensures a strict correspondence between test data and fault injection events, providing a complete and reliable data foundation for subsequent analysis. This reduces test evaluation biases caused by incomplete or untimely data collection, and improves the traceability of the testing process and the reliability of the results.

[0037] In one embodiment, the automation control module includes a human-computer interaction window, and the step of obtaining a preset test scenario script through the automation control module includes: The preset test scenario script can be called from the automation script library through the human-computer interaction window, and / or the preset test scenario script can be customized based on the scenario editor, wherein the preset test scenario script customized based on the scenario editor is stored in the automation script library.

[0038] In this embodiment, users can directly access the automation script library and select preset test scenario scripts through the human-computer interaction window integrated into the automation control module, or launch the scenario editor tool to configure test parameters and generate new test scenario scripts in a graphical manner. Newly customized scripts are automatically stored in the automation script library for unified management. For example, when testers need to simulate a multi-fault scenario with a specific sequence, they can drag and drop components in the scenario editor to set the fault type and trigger logic; the generated new script is then stored in the script library for subsequent testing.

[0039] The above technical solutions provide an intuitive and flexible means of configuring test scenarios, enabling users to quickly call or create complex scenario scripts according to actual test needs, thus expanding the scope of test coverage. At the same time, centralized script management avoids repetitive configuration work, reduces the operational complexity and time cost of the test preparation phase, and improves the overall adaptability and efficiency of the test platform.

[0040] In one embodiment, the control module for the vehicle environment simulator simulates normal vehicle environment signals and fault test signals according to a preset test scenario script sent by the automation control module, including: The automated control module parses the preset test scenario script into control instructions, wherein the control instructions include normal vehicle environment signal control instructions and fault test signal control instructions; The normal vehicle environment signal control command is sent to the vehicle environment simulator module to control the vehicle environment simulator module to simulate the normal vehicle environment signal; When the fault injection timing and / or the multi-fault collaborative injection logic are satisfied, the fault test signal control command is sent to the vehicle environment simulator module to control the vehicle environment simulator module to simulate the fault test signal.

[0041] For example, the process of controlling the automated control module to parse the preset test scenario script into control instructions is a key step in converting the parameters defined in the script into executable operations for the vehicle environment simulator module. These control instructions include normal vehicle environment signal control instructions for controlling the generation of a normal driving environment, and fault test signal control instructions for controlling the generation of abnormal test signals.

[0042] In this embodiment, when the automated control module parses the preset test scenario script, it extracts all parameters related to signal type, timing, and logical relationships from the script and converts them into a sequence of instructions with clear operational semantics. After parsing, the automated control module first sends normal vehicle environment signal control instructions to the vehicle environment simulator module, driving it to establish a complete normal operating signal environment. Subsequently, the automated control module continuously monitors the test status. When the fault injection timing set in the script is reached or the triggering conditions of the multi-fault collaborative injection logic are met, it immediately sends the corresponding fault test signal control instructions to the vehicle environment simulator module. For example, when the script requires triggering an associated bus error 50 milliseconds after the main sensor signal is interrupted, the automated control module will start a timer after detecting the first fault injection and automatically send the second fault instruction after the delay condition is met.

[0043] By employing the aforementioned technical solution, the precise conversion and orderly distribution of test script instructions into device control signals are achieved, enabling the automatic and accurate reconstruction of complex test scenarios. This condition-triggered instruction sending mechanism ensures strict synchronization between fault injection and collaborative logic, reduces test scenario distortion caused by inaccurate timing of manual control, and improves the reliability and consistency of complex multi-fault testing.

[0044] In one embodiment, the above method further includes: The normal vehicle environment signal simulated by the vehicle environment simulator module is injected into the real vehicle infotainment module so that the real vehicle infotainment module operates based on the normal vehicle environment signal. When the fault injection timing and / or the multi-fault collaborative injection logic are satisfied, the fault test signal simulated by the vehicle environment simulator module is injected into the real vehicle infotainment module, so that the real vehicle infotainment module executes the fault test signal when operating based on the normal vehicle environment signal.

[0045] For example, the specific process by which the vehicle environment simulator module injects simulated signals into the real vehicle system module includes first injecting normal vehicle environment signals to establish a baseline operating state, and then injecting fault test signals when the conditions are met.

[0046] In this embodiment, the vehicle environment simulator module, according to the instructions of the automation control module, continuously injects simulated normal vehicle environment signals into the real vehicle infotainment module through a dedicated interface. The real vehicle infotainment module starts up and runs to a stable state based on these signals, just like being in an actual vehicle driving environment. The automation control module monitors the test process in real time. When the preset fault injection timing is reached or the triggering conditions of the multi-fault collaborative injection logic are met, the automation control module immediately controls the vehicle environment simulator module to generate the corresponding fault test signal and inject it into the real vehicle infotainment module. At this time, the real vehicle infotainment module handles the suddenly introduced abnormal signal while maintaining normal operation. For example, when testing the navigation function, the vehicle environment simulator module first outputs normal GPS and road image signals to put the vehicle infotainment system into navigation mode, and then injects a signal loss fault at a specified time to verify the fault tolerance capability of the vehicle infotainment system.

[0047] By employing the above technical solutions, phased signal injection ensures that fault testing is always conducted on a real and reliable operating basis, making the response behavior of the vehicle system closer to actual working conditions. This reduces evaluation errors caused by incomplete simulation of the test environment or unrealistic initial states, and improves the accuracy of fault reproduction and the effectiveness of the test scenarios.

[0048] In one embodiment, the automation control module includes a status monitoring plug-in. The step of collecting operational status data generated by the real vehicle infotainment module in response to the fault signal when the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module includes: When the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module, the status monitoring plugin is invoked. The status monitoring plugin collects the operating status data generated by the actual vehicle infotainment module in response to the fault signal, wherein the operating status data is in data message format.

[0049] For example, the status monitoring plug-in is a software component in the automation control module used for data acquisition. The running status data refers to various status information generated by the actual vehicle module during operation. The data message format refers to the transmission format in which data is encapsulated as a structured message.

[0050] It is understood that the status monitoring plugin is a lightweight plugin that collects operational status data at a predetermined frequency through the internal communication bus of the actual vehicle infotainment module. Developed with original manufacturer authorization, it does not affect the original functions of the vehicle infotainment system. The collection frequency is set to 10Hz. In this embodiment, the automation control module automatically invokes the status monitoring plugin during the injection of normal vehicle environment signals and fault test signals. The status monitoring plugin reads system operating data in real time through the internal communication bus of the actual vehicle module, assembles this data into data packets according to a predetermined format, and sends them to the automation control module for recording and analysis via the Ethernet interface. For example, after a fault test signal is injected, the status monitoring plugin continuously collects changes in the vehicle's CPU utilization and fault diagnostic codes, and converts this data into JSON format messages for transmission in real time.

[0051] By employing the above technical solutions, automated collection and standardized encapsulation of operational status data are achieved, reducing omissions or errors that may result from manual recording and improving the real-time performance and reliability of data collection. At the same time, the structured message format facilitates data transmission and subsequent processing, providing a complete and standardized data source for test analysis, thereby reducing the risk of data inconsistency during the test evaluation process.

[0052] In one embodiment, the preset test scenario script is a single test scenario script, a repeated test scenario script, or a continuous test scenario script.

[0053] For example, the above-mentioned preset test scenario scripts can be divided into three types according to different test objectives: single test scenario scripts are used to execute a complete independent test process once, repeated test scenario scripts are used to execute the same test scenario multiple times, and continuous test scenario scripts are used to automatically execute multiple different test scenarios in a predetermined order.

[0054] In this embodiment, the automated control module can identify and execute these different types of test scenario scripts. When a single test scenario script is selected, the platform will execute a complete test cycle from injecting a normal signal to injecting a specific fault signal and then collecting data. When a repetitive test scenario script is selected, the platform will automatically repeat the same test scenario a specific number of times, automatically controlling the test loop during this process. When a continuous test scenario script is selected, the platform will automatically execute multiple test scenarios in a preset order, without requiring manual intervention for scenario switching. For example, testers can select a repetitive test scenario script to repeatedly test a sensor fault scenario hundreds of times to verify the stability of the vehicle system, or they can select a continuous test scenario script to allow the platform to automatically execute a series of related tests such as sensor anomalies, bus errors, and navigation failures in sequence.

[0055] By employing the aforementioned technical solutions and providing different types of test scenario scripts, the testing platform can adapt to diverse needs, ranging from basic functional verification to long-term reliability testing and complex scenario combination testing. This design enhances the flexibility and automation of the testing process organization, reduces the switching costs between different types of test tasks, and enables a single testing platform to cover more comprehensive testing requirements.

[0056] In one embodiment, the above method further includes: A test report is generated based on the aforementioned operational status data. And / or, The fault injection strategy is dynamically adjusted based on the aforementioned operational status data.

[0057] For example, a test report is a systematic summary document of the entire test process and results, while dynamic adjustment of the fault injection strategy refers to adaptively modifying subsequent test steps based on real-time collected operational status data.

[0058] In this embodiment, the data processing unit of the automation control module comprehensively analyzes the collected operating status data, including data filtering to remove invalid information, data statistics to calculate key indicators, trend analysis to identify patterns of change, and automatically generates a standardized test report containing test scenarios, fault parameters, vehicle system response data, and result analysis. Simultaneously, the script library of the automation control module supports dynamic adjustment of subsequent fault injection strategies based on real-time operating status data. For example, when the status monitoring unit detects that the vehicle system has triggered a specific fault alarm, the automation control module automatically executes the preset associated fault injection instructions in the script to test the vehicle system's ability to respond to fault chain reactions.

[0059] In the above-described steps of dynamically adjusting the fault injection strategy based on the operational status data, the adjustment behavior does not occur arbitrarily, but is triggered by specific operational status data fed back by the actual vehicle infotainment module. These triggering conditions include, but are not limited to: identification of specific fault codes: when the status monitoring unit collects specific fault diagnostic codes reported by the actual vehicle infotainment module, such as "sensor signal loss" or "bus communication timeout". Changes in functional status: when an expected state change is detected in a function of the actual vehicle infotainment module, such as "the navigation system changes from 'positioning' to 'positioning successful'". Thresholds for performance indicators: when the system performance data (such as CPU utilization and memory utilization) of the actual vehicle infotainment module exceeds or falls below a preset safety threshold. Generation of alarm information: when the human-machine interface of the actual vehicle infotainment module triggers a specific alarm prompt.

[0060] Once the above triggering conditions are met, the automated control module, through its internal "linkage control engine," will execute the adjustment logic preset in the test scenario script to dynamically adjust the fault injection strategy in one or more of the following ways: Injecting related faults: This is the most typical tuning strategy. For example, when the vehicle system detects that an alarm has been triggered due to the first injected fault (such as "abnormal radar data"), the automation control module immediately injects a second related fault (such as "coordinated camera image distortion") according to the script logic to test the vehicle system's ability to handle "fault chain reactions".

[0061] Modify parameters for subsequent faults: Dynamically modify the type, duration, or intensity of planned faults based on the vehicle's real-time status. For example, if the vehicle's system responds slowly to a fault, it can automatically increase the intensity of the fault or extend its duration to perform a stress test.

[0062] Skip or enable specific test scenarios: In a continuous test scenario script, based on the current test results, decide whether to skip certain unnecessary subsequent scenarios or enable additional, more stringent test scenarios. For example, if a basic functional test fails, skip the testing of its advanced functionalities.

[0063] Controlled test loop: In repetitive test scenarios, if the vehicle system experiences an unexpected crash in a certain loop, the automation control module can automatically stop the test to avoid damaging the equipment; otherwise, if the test passes, the next loop can start automatically.

[0064] It is understood that the aforementioned automated control module integrates a linkage control engine. This engine receives operational status data from the status monitoring unit in real time and, based on the trigger logic preset in the automated script library (e.g., IF "Fault Code A" THEN execute "Injection Instruction B"), automatically generates adjustment instructions and sends them to the vehicle environment simulator module. The preset test scenario script not only contains a fixed sequence of signal parameters but also includes rich conditional statements and branching processes, defining different fault injection paths corresponding to different operational status data. This makes the entire testing process non-linear, but rather a decision tree with branching and adaptive capabilities.

[0065] By employing the aforementioned technical solutions, the standardization of test result output and the closed-loop optimization of the test process are achieved. Automated report generation reduces the workload of manual data processing and the bias of subjective expression, while strategy adjustments based on real-time feedback enable the test process to have a certain degree of adaptability, which can more effectively reveal the behavioral characteristics of the vehicle system under complex fault chain scenarios, thereby reducing the verification blind spots that may exist in fixed test procedures.

[0066] The following illustrates a specific embodiment of this application: Test objective: To verify whether, when a vehicle is cruising on a highway, the vehicle's infotainment system can correctly activate the backup sensor (camera) after the main sensing sensor (radar) suddenly fails, and promptly and accurately issue the highest level of fault alarm to the driver when the backup sensor also malfunctions.

[0067] The testing platform includes a real vehicle infotainment module (a mass-produced vehicle infotainment system of a certain model), a vehicle environment simulator module (equipped with a multi-channel signal generator and scene editing software), and an automation control module (including a human-machine interaction window, an automation script library, a status monitoring unit, etc.).

[0068] The specific testing process is as follows: Step 1: Test Preparation and Script Configuration 1. Test engineers open the scene editor through the human-computer interaction window of the automation control module.

[0069] 2. Engineers define the following test scenario logic by dragging and dropping components, and save it as a continuous test scenario script named "High-speed cruise - Sensor redundancy failure test", which is then stored in the automation script library: Normal vehicle environment signal parameters: Simulates a vehicle cruising in a straight line at 100 km / h on a highway. Signals include: normal radar signals (indicating no vehicles ahead), normal camera signals (clear road image), normal GPS positioning signals, normal vehicle bus signals, etc.

[0070] Fault test parameters: Fault 1 (Radar Failure): Fault Type: Radar signal interruption. Fault Injection Timing: After 3 seconds of normal signal injection. Fault Duration: Continues until the end of the test.

[0071] Fault 2 (Camera Image Distortion): Fault Type: Camera data jumps, resulting in severe distortion of the simulated image. Fault Injection Timing: Dynamically adjusted—100 milliseconds after the status monitoring unit collects the diagnostic code (DTC) for "Radar Fault" reported by the vehicle's infotainment system. Fault Duration: Continues until the end of the test.

[0072] Expected result verification: The script is preset to determine that the test is passed when the highest level alarm message "Please stop safely immediately" is issued by the vehicle's infotainment system.

[0073] Step 2: Automated Test Execution 1. (Corresponding to S101) The engineer selects and starts the "High-Speed ​​Cruise - Sensor Redundancy Failure Test" script on the interactive interface. The automation control module obtains the script.

[0074] 2. (Corresponding to S102) The automation control module parses the script into control instructions.

[0075] First, it sends normal vehicle environment signal control commands to the vehicle environment simulator module. The vehicle environment simulator module then begins to inject realistic high-speed cruise environment signals into the real vehicle infotainment module. The real vehicle infotainment module's display shows the cruise screen, and the system enters normal operating mode.

[0076] 3. (Script logic execution) After 3 seconds, the automation control module meets the "fault injection timing" and sends a fault test signal control command (corresponding to fault 1) to the simulator. The vehicle environment simulator module immediately interrupts radar signal injection.

[0077] 4. (Corresponding to S103) At the same time, the status monitoring unit of the automation control module collects real-time operating status data (system data, fault codes, interface display information, etc.) of the actual vehicle module through the status monitoring plug-in, and the data is continuously transmitted back in JSON message format.

[0078] 5. (Dynamic Adjustment Trigger) Approximately 500 milliseconds later, the status monitoring unit collected a diagnostic fault code (DTC) of "Front_Radar_Failure" reported by the actual vehicle infotainment module. This operational status data triggered the preset dynamic adjustment logic in the script.

[0079] 6. (Linkage control engine operation) The linkage control engine inside the automation control module immediately takes action. Without waiting for manual intervention, it immediately sends the second fault test signal control command (corresponding to fault 2) to the vehicle environment simulator module.

[0080] 7. The vehicle environment simulator module, after interrupting the radar signal, begins to inject distorted camera image signals into the real vehicle infotainment module.

[0081] 8. (Corresponding to S103 continued) The status monitoring unit continues to collect vehicle system responses. Approximately 800 milliseconds after the injection of camera signal distortion, it collects the alarm message "Perception system seriously failed, please stop safely immediately!" displayed on the screen by the actual vehicle system module, and at the same time, the highest priority fault alarm is recorded in the system log.

[0082] Step 3: Test Completion and Result Generation: The entire test scenario has been completed. The data processing unit of the automation control module automatically analyzes the collected operational status data, including: response time after radar fault injection, alarm trigger time after camera fault injection, system resource consumption trends, etc. The data processing unit generates a test report based on the operational status data. The report automatically determines: Since the expected highest-level alarm information was ultimately collected, the test result is "Pass". The report details the timestamps, vehicle system response data, and analysis conclusions for each step. Engineers can directly view or export this standardized test report on the interactive interface.

[0083] Through the above embodiments, the solution of this application achieves a complete and highly automated complex fault test, from scenario configuration, signal injection, status monitoring to report generation, without manual intervention. It can dynamically adjust the fault injection strategy based on operational status data, realizing automated testing of "fault chain reactions." It reproduces high-risk scenarios that are difficult to verify on real vehicles, improving testing efficiency and coverage.

[0084] Furthermore, as a response to the above Figure 1 In addition to the implementation of the method shown, this embodiment of the invention also provides an automated vehicle system fault testing device for testing the aforementioned... Figure 1The method shown is implemented accordingly. This device embodiment corresponds to the foregoing method embodiment. For ease of reading, this device embodiment will not repeat the details of the foregoing method embodiment, but it should be clear that the device in this embodiment can implement all the contents of the foregoing method embodiment. Figure 2 As shown, the device includes: a first acquisition unit 21, a determination unit 22, a second acquisition unit 23, and a generation unit 24, wherein... The acquisition unit 21 is used to acquire a preset test scenario script through the automation control module. The preset test scenario script includes normal vehicle environment signal parameters and fault test parameters. The fault test parameters include fault type, fault injection timing, fault duration, and multi-fault collaborative injection logic. Control unit 22 is used to control the vehicle environment simulator module to simulate normal vehicle environment signals and fault test signals according to the preset test scenario script sent by the automation control module. The normal vehicle environment signals and the fault test signals are used to inject into the real vehicle system module. The execution order of the normal vehicle environment signals is earlier than the execution order of the fault test signals. The acquisition unit 23 is used to acquire the operating status data generated by the real vehicle infotainment module in response to the fault signal through the automation control module when the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module.

[0085] The processor contains a kernel, which retrieves the corresponding program units from memory. One or more kernels can be configured, and by adjusting kernel parameters, an automated testing method for vehicle infotainment systems can be implemented. This method addresses the shortcomings of existing vehicle infotainment system testing, such as reliance on manual operation, limited testing scenarios, and low efficiency.

[0086] This invention provides a computer-readable storage medium including a stored program that, when executed by a processor, implements the automated vehicle fault testing method.

[0087] This invention provides a processor for running a program, wherein the program executes the vehicle system fault automation testing method during runtime.

[0088] This invention provides an electronic device, which includes at least one processor and at least one memory connected to the processor; wherein the processor is used to call program instructions in the memory to execute the aforementioned automated vehicle fault testing method. This invention provides an electronic device 30, such as... Figure 3As shown, the electronic device includes at least one processor 301, and at least one memory 302 and bus 303 connected to the processor; wherein, the processor 301 and the memory 302 communicate with each other through the bus 303; the processor 301 is used to call program instructions in the memory to execute the above-mentioned vehicle fault automation test method.

[0089] The smart electronic devices mentioned in this article can be PCs, tablets, mobile phones, etc.

[0090] This application also provides a computer program product that, when executed on a process management electronic device, is suitable for executing a program that initializes the above-described vehicle fault automated testing method steps.

[0091] It should be noted that the descriptions of each embodiment in the above embodiments have different focuses. For parts that are not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0092] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

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

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

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

[0096] This application also provides a computer program product, which includes computer software instructions that, when executed on a processing device, cause the processing device to perform actions such as... Figure 1 The control flow of the memory in the corresponding embodiment.

[0097] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or data center that integrates one or more available media. The available medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)).

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

[0099] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, or indirect coupling or communication connection between apparatuses or units, and may be electrical, mechanical, or other forms.

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

[0101] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0102] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0103] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit it. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. An automated testing method for vehicle infotainment system faults, applied to a test platform including a real vehicle infotainment module, a vehicle environment simulator module, and an automated control module, characterized in that, include: The automated control module obtains a preset test scenario script, which includes normal vehicle environment signal parameters and fault test parameters. The fault test parameters include fault type, fault injection timing, fault duration, and multi-fault collaborative injection logic. The vehicle environment simulator module is controlled to simulate normal vehicle environment signals and fault test signals according to the preset test scenario script sent by the automation control module. The normal vehicle environment signals and the fault test signals are used to inject into the real vehicle system module. The execution order of the normal vehicle environment signals is earlier than the execution order of the fault test signals. When the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module, the automatic control module collects the operating status data generated by the real vehicle infotainment module in response to the fault signal.

2. The method according to claim 1, characterized in that, The automated control module includes a human-computer interaction window, and the step of obtaining a preset test scenario script through the automated control module includes: The preset test scenario script can be called from the automation script library through the human-computer interaction window, and / or the preset test scenario script can be customized based on the scenario editor, wherein the preset test scenario script customized based on the scenario editor is stored in the automation script library.

3. The method according to claim 1, characterized in that, The vehicle environment simulator module, which controls the system, simulates normal vehicle environment signals and fault test signals according to a preset test scenario script sent by the automation control module, including: The automated control module parses the preset test scenario script into control instructions, wherein the control instructions include normal vehicle environment signal control instructions and fault test signal control instructions; The normal vehicle environment signal control command is sent to the vehicle environment simulator module to control the vehicle environment simulator module to simulate the normal vehicle environment signal; When the fault injection timing and / or the multi-fault collaborative injection logic are satisfied, the fault test signal control command is sent to the vehicle environment simulator module to control the vehicle environment simulator module to simulate the fault test signal.

4. The method according to claim 3, characterized in that, Also includes: The normal vehicle environment signal simulated by the vehicle environment simulator module is injected into the real vehicle infotainment module so that the real vehicle infotainment module operates based on the normal vehicle environment signal. When the fault injection timing and / or the multi-fault collaborative injection logic are satisfied, the fault test signal simulated by the vehicle environment simulator module is injected into the real vehicle infotainment module, so that the real vehicle infotainment module executes the fault test signal when operating based on the normal vehicle environment signal.

5. The method according to claim 1, characterized in that, The automated control module includes a status monitoring plug-in. When the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module, the automated control module collects the operating status data generated by the real vehicle infotainment module in response to the fault signal, including: When the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module, the status monitoring plugin is invoked. The status monitoring plugin collects the operating status data generated by the actual vehicle infotainment module in response to the fault signal, wherein the operating status data is in data message format.

6. The method according to claim 1, characterized in that, The preset test scenario script can be a single test scenario script, a repeated test scenario script, or a continuous test scenario script.

7. The method according to claim 1, characterized in that, Also includes: A test report is generated based on the aforementioned operational status data. And / or, The fault injection strategy is dynamically adjusted based on the aforementioned operational status data.

8. An automated testing device for vehicle infotainment system faults, characterized in that, Also includes: The acquisition unit is used to acquire a preset test scenario script through the automated control module. The preset test scenario script includes normal vehicle environment signal parameters and fault test parameters. The fault test parameters include fault type, fault injection timing, fault duration, and multi-fault collaborative injection logic. The control unit is used to control the vehicle environment simulator module to simulate normal vehicle environment signals and fault test signals according to the preset test scenario script sent by the automation control module. The normal vehicle environment signals and the fault test signals are used to inject into the real vehicle system module. The execution order of the normal vehicle environment signals is earlier than the execution order of the fault test signals. The acquisition unit is used to acquire, through the automation control module, the operating status data generated by the real vehicle infotainment module in response to the fault signal when the normal vehicle environment signal and the fault test signal are injected into the real vehicle infotainment module.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored program, wherein, when the program is executed by a processor, it implements the steps of the automated vehicle fault testing method as described in any one of claims 1 to 7.

10. An electronic device, characterized in that, The electronic device includes at least one processor and at least one memory connected to the processor; wherein the processor is used to call program instructions in the memory to execute the steps of the vehicle system fault automation testing method as described in any one of claims 1 to 7.

Images