A vehicle fault test method and device, electronic equipment and storage medium

Abstract

This specification discloses one or more embodiments of a vehicle fault testing method, apparatus, electronic device, and storage medium. The method includes: acquiring a fault testing target, the fault testing target including an alarm indicator of a preset alarm location of the test vehicle under the condition that a preset fault occurs at a test location of the test vehicle; determining a target test script matching the fault testing target from a preset test script based on the test location and the preset fault; running the target test script to execute test cases corresponding to the target test script, simulating the generation of an alarm signal generated by the test location under the condition of the preset fault; injecting the alarm signal into the test vehicle, monitoring the actual alarm status of the test vehicle, and determining the fault test result of the test vehicle based on the actual alarm status and the alarm indicator.

Description

Technical Field

[0001] This specification relates to the field of data processing technology, and in particular to a vehicle fault testing method and apparatus, electronic equipment and storage medium. Background Technology

[0002] Vehicle alarm testing is a test conducted by users to assess whether the vehicle's functionality, performance, reliability, and safety meet their requirements when a malfunction occurs during vehicle use.

[0003] Traditional fault alarm testing relies on manually simulating fault conditions, such as introducing specific fault situations through physical operation or the use of simulator equipment. This method typically suffers from the following problems: time-consuming operation, limited test coverage, and dependence on operator experience. Therefore, there is an urgent need to provide a better vehicle fault testing solution. Summary of the Invention

[0004] This specification provides a vehicle fault testing method and apparatus, electronic device and storage medium, to provide a better vehicle fault testing solution.

[0005] Firstly, this specification provides a vehicle fault testing method, applied at a testing end, including: Obtain fault test targets, which include alarm indicators of preset alarm locations of the test vehicle when a preset fault occurs at a test location of the test vehicle. Based on the test location and the preset fault, a target test script matching the fault test target is determined from the preset test scripts; Run the target test script to execute the test cases corresponding to the target test script, and simulate the generation of alarm signals generated by the test part under the condition of the preset fault; The alarm signal is injected into the test vehicle, and the actual alarm status of the test vehicle is monitored. Based on the actual alarm status and the alarm indicators, the fault test result of the test vehicle is determined.

[0006] Optionally, the actual alarm situation includes the actual alarm location and the alarm content of the actual alarm location. Determining the fault test result of the test vehicle based on the actual alarm situation and the alarm indicators includes: The actual alarm location is compared with the preset alarm location to determine a first test result that indicates whether the actual alarm location and the preset alarm location are the same; If the first test result indicates that the actual alarm location and the preset alarm location are the same, the alarm content is compared with the alarm indicator to determine a second test result that characterizes whether the alarm content and the alarm indicator are consistent.

[0007] Optionally, the alarm metrics include alarm content metrics and response time metrics, and the method further includes: If the second test result indicates that the alarm content and the alarm content indicator are consistent, obtain the response time in the actual alarm situation; The response time is compared with the response time index to determine a third test result in the second test result that characterizes whether the response time meets the response time index.

[0008] Optionally, the process of building the test script includes: Obtain the threshold range of the alarm index for the preset alarm location; Set a first preset value for the preset alarm location that is within the threshold range and a second preset value that is outside the threshold range; After determining the alarm value generation route from the first set value to the second set value, the value generated when executing the alarm value generation route is used as the alarm signal.

[0009] Optionally, the process of building the target test script further includes: Set a timer corresponding to the alarm value generation route, and the timer is used to set the frequency of executing the alarm value generation route.

[0010] Optionally, the threshold range for obtaining the alarm index of the preset alarm location includes: Obtain the environmental information of the test vehicle from the fault test target; Based on the environmental information, the threshold range of the alarm indicator corresponding to the preset alarm location is determined.

[0011] Optionally, the environmental information includes weather information, time information, and / or road condition information of the test vehicle.

[0012] Secondly, one or more embodiments of this specification provide a vehicle fault testing device for a testing terminal, comprising: The target module is used to obtain the fault test target, which includes the alarm indicator of the preset alarm part of the test vehicle when a preset fault occurs in the test part of the test vehicle. The script module is used to determine a target test script that matches the fault test target from a preset test script based on the test location and the preset fault. The signal module is used to run the target test script to execute the test cases corresponding to the target test script and simulate the generation of alarm signals generated by the test part under the condition of the preset fault. The testing module is used to inject the alarm signal into the test vehicle, monitor the actual alarm status of the test vehicle, and determine the fault test result of the test vehicle based on the actual alarm status and the alarm indicators.

[0013] Optionally, the actual alarm situation includes the actual alarm location and the alarm content of the actual alarm location. The test module includes: The first comparison unit is used to compare the actual alarm location with the preset alarm location to determine a first test result that characterizes whether the actual alarm location and the preset alarm location are the same. The second comparison unit is used to compare the alarm content with the alarm indicator when the first test result indicates that the actual alarm location and the preset alarm location are the same, and to determine a second test result that characterizes whether the alarm content and the alarm indicator are consistent.

[0014] Optionally, the alarm indicators include alarm content indicators and response time indicators. The vehicle fault testing device also includes: The corresponding time module is used to obtain the response time in the actual alarm situation when the second test result indicates that the alarm content and the alarm content index are consistent; The comparison module is used to compare the response time with the response time index to determine whether the response time in the second test result meets the response time index.

[0015] Optionally, the process of building the test script includes: Obtain the threshold range of the alarm index for the preset alarm location; Set a first preset value for the preset alarm location that is within the threshold range and a second preset value that is outside the threshold range; After determining the alarm value generation route from the first set value to the second set value, the value generated when executing the alarm value generation route is used as the alarm signal.

[0016] Optionally, the process of building the target test script further includes: Set a timer corresponding to the alarm value generation route, and the timer is used to set the frequency of executing the alarm value generation route.

[0017] Optionally, the threshold range for obtaining the alarm index of the preset alarm location includes: Obtain the environmental information of the test vehicle from the fault test target; Based on the environmental information, the threshold range of the alarm indicator corresponding to the preset alarm location is determined.

[0018] Optionally, the environmental information includes weather information, time information, and / or road condition information of the test vehicle.

[0019] Thirdly, embodiments of this specification provide an electronic device including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method described in the first aspect.

[0020] Fourthly, embodiments of this specification provide a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect.

[0021] Fifthly, embodiments of this specification provide a chip, the chip including a processor and a communication interface, the communication interface being coupled to the processor, the processor being used to run programs or instructions to implement the method as described in the first aspect.

[0022] Sixthly, embodiments of this specification provide a computer program product that, when executed by a processor, implements the method described in the first aspect.

[0023] In the embodiments of this specification, a target test script is determined based on the test location of the fault test target and the preset fault. By running the target test script, alarm signals are simulated and generated for the test vehicle. Then, the fault test result is determined by the actual alarm situation of the test vehicle based on the alarm signals. This process simulates alarm signals generated by a target test script matched with the fault test target to perform fault testing on the test vehicle. On the one hand, this automated testing process significantly improves testing efficiency and reduces the time and cost of manual testing. On the other hand, this automated testing can simulate multiple fault scenarios, increasing the comprehensiveness of fault testing and covering more fault scenarios. In addition, this automated testing can reduce the need for human testers, reduce costs in the testing process, and reduce human error, thereby ensuring the accuracy and reliability of test results. Attached Figure Description

[0024] To more clearly illustrate the technical solutions in one or more embodiments of this specification or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in one or more embodiments of this specification. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0025] Figure 1 This is a flowchart illustrating a vehicle fault testing method provided in an embodiment of this specification; Figure 2 This is a schematic diagram illustrating the connection between a test terminal and a test vehicle provided in an embodiment of this specification. Figure 3 This is a schematic diagram of the structure of a vehicle fault testing device provided in the embodiments of this specification; Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this specification. Detailed Implementation

[0026] The technical solutions in the embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments in this specification. Based on the embodiments in this specification, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0027] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this specification can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0028] Currently, vehicle alarm testing mainly includes two forms: (1) Manually trigger fault test: Select one or more systems or sensors (such as engine, braking system, airbag system, etc.) to artificially introduce fault conditions through physical operation (such as disconnecting sensor connection, simulating circuit fault) or software control (if there are appropriate testing tools). Observe whether the corresponding fault warning lights, warning messages or fault codes appear on the vehicle's instrument panel or information display screen.

[0029] Manually triggered fault testing relies on the operator's skill and accuracy, and the test results are unreliable or cannot be reproduced; it requires a lot of time and human resources, resulting in high testing costs; some fault conditions may be difficult to accurately simulate manually, leading to incomplete test coverage.

[0030] (2) Road test: Drive the vehicle under safe road conditions to simulate different driving and driving situations. Observe whether the vehicle can correctly detect and respond to potential fault conditions under different situations (such as during critical events such as emergency braking, acceleration, turning or lane changing).

[0031] Road testing is limited by actual roads, environment, and driving habits, making it difficult to reproduce test results; road testing usually requires a lot of time, manpower, and material resources, resulting in high testing costs; and the testing coverage is limited.

[0032] The vehicle fault testing method, apparatus, electronic device, and storage medium provided in this specification will be described in detail below with reference to the accompanying drawings and through specific embodiments and application scenarios.

[0033] Figure 1 This invention illustrates a method for vehicle fault testing according to an embodiment of the present invention. This method can be applied to a testing terminal, which may include a handheld device with wireless communication capabilities, an in-vehicle device, a wearable device, a computing device, or other processing devices connected to a wireless modem, as well as various forms of user equipment, mobile stations (MS), terminals, terminal equipment, etc. This specification does not specifically limit the type of testing terminal. Figure 1 As shown, the vehicle fault testing method includes the following steps: Step S102: Obtain the fault test target.

[0034] The fault test objective is used to indicate the purpose of the fault test, and may include test personnel, test time, test location, etc. Specifically, the fault test objective may include the alarm indicators of the preset alarm location of the test vehicle when a preset fault occurs at the test location of the test vehicle. The test vehicle can be a vehicle equipped with a vehicle electronic system. This specification does not specifically limit the type of vehicle and can be determined according to the actual situation.

[0035] The vehicle's electronic system is the intelligent brain of a modern vehicle. It includes multiple subsystems such as the engine control unit, braking subsystem, airbag subsystem, and stability control subsystem. These systems exchange data and control each other through the Controller Area Network (CAN) bus and other network protocols. The engine control subsystem is responsible for monitoring and controlling engine performance, including ignition, fuel supply, and turbocharger control. The braking subsystem includes the anti-lock braking system (ABS) and electronic stability control (ESC) to improve driving safety and stability. The airbag subsystem consists of an integrated airbag module (airbag and inflation mechanism, gas generator), a collision sensor module that senses a collision and sends deployment commands to the airbag module, and wiring harnesses that transmit signals from the sensors. The stability control subsystem ensures lateral stability of the vehicle by controlling the driving and braking forces of the front and rear, and left and right wheels.

[0036] In addition to the subsystems mentioned above, the vehicle's electronic system also includes a fault alarm subsystem. This subsystem is responsible for monitoring and identifying fault conditions that may affect vehicle performance and safety. When the vehicle's electronic system detects abnormalities in the operational data of the monitored components within the aforementioned subsystems, the fault alarm subsystem will activate the corresponding alarm component (such as the instrument panel, audible alerts, and / or information display screen) to alert the driver, prompting them to notice the abnormality and take necessary action or perform vehicle repairs.

[0037] The fault test objective is a test objective set according to one or more alarm functions of the fault alarm subsystem. Corresponding to the alarm functions in the fault alarm subsystem, the fault test objective includes the test location (corresponding to the monitored location of the fault alarm subsystem), the preset alarm location (corresponding to the alarm location of the fault alarm subsystem), and the alarm indicator (corresponding to the numerical range of the indication content of the alarm location such as the instrument panel, audible prompt device, and / or information display screen of the fault alarm subsystem).

[0038] Step S204: Based on the test location and the preset fault, determine the target test script that matches the fault test target from the preset test scripts.

[0039] The test scripts are automated scripts designed and written for various fault scenarios based on the Controller Area Network (CAN) and combined with the vehicle-related communication matrix. The test scripts can be written using programming languages ​​provided by the test tools (such as CAPL).

[0040] Before writing test scripts, you can launch a test tool (such as CANoe) on the test computer, create a new project in the host computer software, configure the test environment, and establish a communication connection between the test tool and the vehicle or vehicle electronic control unit (ECU). Test environment configuration mainly includes: creating a test project, setting up the communication network, configuring test case templates, etc.; and building the test environment: establishing a communication connection between the test tool and the vehicle or vehicle electronic control unit (ECU).

[0041] Figure 2 A schematic diagram showing the connection between the test terminal and the test vehicle is provided. Figure 2 As shown, the test computer 2 (corresponding to the test terminal) is connected to the test vehicle 1 via the test tool 3 (such as CANoe). Specifically, the test vehicle may include an OBD (On-Board Diagnostics) interface, which is an OBD diagnostic port conforming to the automotive SAE J1692 standard. The test tool is connected to the vehicle via the OBD diagnostic interface and to the test computer via a USB interface.

[0042] The target test script is a test script that matches the fault test target. The test script can be used to define the execution steps of the test cases. Since the preset test scripts are simulation generation schemes for different alarm signals set for faults in different test parts, the target test script can be determined from the preset test scripts by knowing the test part of the fault test target and the preset fault.

[0043] Step S106: Run the target test script to execute the test cases corresponding to the target test script, and simulate the generation of alarm signals generated by the test part under the condition of the preset fault.

[0044] Step S108: Inject the alarm signal into the test vehicle, monitor the actual alarm status of the test vehicle, and determine the fault test result of the test vehicle based on the actual alarm status and the alarm indicators.

[0045] As mentioned earlier, when a fault occurs in a specific part of the test vehicle, resulting in abnormal operating data, the fault alarm subsystem will activate the alarm part corresponding to the abnormal operating data. By running the target test script, an alarm signal equivalent to the abnormal operating data can be simulated and generated.

[0046] In one example, the target test script can be run by the host computer software on the test computer to automatically execute test cases, simulate and generate alarm signals, and then send the simulated alarm signal as a fault alarm CAN signal to the test vehicle. The alarm signal is then sent to the fault alarm subsystem through the CAN bus of the test vehicle to activate the alarm part corresponding to the alarm signal.

[0047] Furthermore, the actual alarm status of the alarm location can be compared with the alarm indicators corresponding to the fault test target to determine the fault test result. Specifically, if the actual alarm status matches the alarm indicators, it indicates that the fault test result of the test vehicle is passed; if the actual alarm status does not match the alarm indicators, it indicates that the fault test result of the test vehicle is failed.

[0048] In the embodiments of this specification, a target test script is determined based on the test location of the fault test target and the preset fault. By running the target test script, alarm signals are simulated and generated for the test vehicle. Then, the fault test result is determined by the actual alarm situation of the test vehicle based on the alarm signals. This process simulates alarm signals generated by a target test script matched with the fault test target to perform fault testing on the test vehicle. On the one hand, this automated testing process significantly improves testing efficiency and reduces the time and cost of manual testing. On the other hand, this automated testing can simulate multiple fault scenarios, increasing the comprehensiveness of fault testing and covering more fault scenarios. In addition, this automated testing can reduce the need for human testers, reduce costs in the testing process, and reduce human error, thereby ensuring the accuracy and reliability of test results.

[0049] In one implementation, the actual alarm situation includes the actual alarm location and the alarm content of the actual alarm location. Determining the fault test result of the test vehicle based on the actual alarm situation and the alarm indicators includes: The actual alarm location is compared with the preset alarm location to determine a first test result that indicates whether the actual alarm location and the preset alarm location are the same; If the first test result indicates that the actual alarm location and the preset alarm location are the same, the alarm content is compared with the alarm indicator to determine a second test result that characterizes whether the alarm content and the alarm indicator are consistent.

[0050] Specifically, the actual alarm status of the test vehicle includes not only the actual alarm location that issues an alarm indication after receiving an alarm signal, but also the alarm content displayed at the actual alarm location. In one example, a fault test result determination method based on graded testing can be used. Specifically, the preset alarm location corresponding to the alarm indicator is first compared with the actual alarm location that issues the alarm indication to determine whether they are the same, thus obtaining the first test result. If the first test result indicates that the test has passed (i.e., the actual alarm location and the preset alarm location are the same), the alarm content is compared with the alarm indicator corresponding to the alarm indicator to determine whether they are the same, thus obtaining the second test result.

[0051] For example, when injecting an engine overheating alarm signal into a test vehicle, you can first determine whether the corresponding engine warning light is lit (corresponding to the first test result), and then determine whether the alarm content issued by the corresponding engine warning light is correct (corresponding to the second test result). In this case, after the engine overheating alarm is generated, the fault code displayed on the instrument panel is P0118 (i.e., the alarm content).

[0052] To better illustrate this specification and highlight its main points, the specific embodiments described herein focus on vehicle malfunctions such as excessive engine temperature. Those skilled in the art should understand that this specification can also be applied to other vehicle malfunctions such as excessive tire pressure.

[0053] In the event of a vehicle malfunction, the timely issuance of a fault alarm subsystem is crucial for prompt troubleshooting and ensuring driver safety. In one implementation, the alarm indicators include alarm content indicators and response time indicators; the method further includes: If the second test result indicates that the alarm content and the alarm content indicator are consistent, obtain the response time in the actual alarm situation; The response time is compared with the response time index to determine a third test result in the second test result that characterizes whether the response time meets the response time index.

[0054] The response time can be information contained in the actual alarm situation, corresponding to the response time indicator in the alarm metrics. After confirming that both the first and second test results indicate that the fault test has passed, the alarm response speed can be tested. Specifically, the response time in the actual alarm situation can be compared with the response time indicator in the alarm metrics to determine whether the response time meets the response time indicator, thus obtaining the third test result.

[0055] For example, when an engine overheating alarm signal is injected into a test vehicle, and it is determined that the corresponding warning light for the engine is illuminated and the warning information emitted by the warning light is correct, the time interval between the injection of the alarm signal and the illumination of the warning light is determined as the response time. By determining whether this response time is within the range of the response time index, a third test result is obtained.

[0056] In the embodiments of this specification, the vehicle fault testing process is divided into several stages through graded fault testing, which enables testers to conduct tests more effectively, discover and resolve corresponding problems at each level, reduce the cost of fault repair, and improve the efficiency and quality of vehicle fault testing.

[0057] In one implementation, the process of building the test script includes: Obtain the threshold range of the alarm index for the preset alarm location; Set a first preset value for the preset alarm location that is within the threshold range and a second preset value that is outside the threshold range; After determining the alarm value generation route from the first set value to the second set value, the alarm value generated when executing the alarm value generation route is used as the alarm signal.

[0058] The alarm value generation path is the trend information of simulated alarm values. In one example, an alarm value function can be set, and the alarm value generation path can be executed based on this function. This specification does not impose specific limitations on the setting of the alarm value function, which can be determined according to the actual situation.

[0059] To achieve accurate simulation of alarm signals, the alarm signals can include information about the preset alarm location, ranging from normal to abnormal values. Specifically, the threshold range of the alarm index for the preset alarm location can be obtained first. A first set value can be selected within this threshold range, and a second set value can be selected outside the threshold range. This allows the construction of an alarm value generation path from the first set value to the second set value. When the test script is clicked, it can execute the alarm value generation path, sequentially generating multiple alarm values ​​as alarm signals.

[0060] For example, for the engine of a test vehicle, its normal operating temperature range (i.e., threshold range) is 80~100℃. 85℃ can be set as the initial engine temperature (i.e., the first set value), and 120℃ can be set as the high temperature threshold (i.e., the second set value). The fault value function y=x+5 (x is the engine temperature at the previous moment, and y is the engine temperature at the next moment) can be used as the alarm value generation route. In this way, the multiple temperature values ​​(i.e. alarm values) obtained between 85~120℃ can be used as alarm signals for engine overheating.

[0061] In one example, the change curve of relevant data when a preset fault occurs at a preset alarm location can be obtained to construct an alarm value generation route, thereby improving the realism of the alarm value generation route and the accuracy of vehicle fault testing.

[0062] For the same alarm indicator at the same preset alarm location, multiple fault tests are usually required to improve the accuracy of the fault test results. In one implementation, the construction process of the target test script further includes: Set a timer corresponding to the alarm value generation route, and the timer is used to set the frequency of executing the alarm value generation route.

[0063] Specifically, a timer can be set in the target test script. This timer can be configured with a time interval (i.e., frequency), which represents the difference between the times when two alarm value generation routes are started. By setting a timer, the alarm value generation route can be executed multiple times according to the timer's set frequency when the target test script is run. This reduces the number of times testers need to operate the target test script, improving both the efficiency and consistency of vehicle fault testing. The code for the target test script can be as follows: variables { msTimer temperatureTimer; / / Define a timer int engineTemperature = 85; / / Initial engine temperature const int highTemperatureThreshold = 120; / / High temperature threshold const int temperatureMessageId = 0x100; / / Engine temperature CAN ID } / / Initialization function on start { setTimer(temperatureTimer, 1000); / / Triggers the timer every 1000ms (1 second). } / / Handling timer timeout events on timer temperatureTimer { output(engineTemperature); / / Send the current temperature data if (engineTemperature>= highTemperatureThreshold) { message FaultMessage; FaultMessage.byte(0) = 0x01; / / Send an over-temperature fault alarm output(FaultMessage, 0x200); / / Send CAN message } engineTemperature += 5; / / Simulate temperature increase setTimer(temperatureTimer, 1000); / / Reset the timer } / / Output engine temperature message void output(int temperature) { message EngineTempMessage; EngineTempMessage.byte(0) = temperature&0xFF; / / Low byte EngineTempMessage.byte(1) = (temperature>>8)&0xFF; / / High byte output(EngineTempMessage, temperatureMessageId); } In one implementation, obtaining the threshold range of the alarm index for the preset alarm location includes: Obtain the environmental information of the test vehicle from the fault test target; Based on the environmental information, the threshold range of the alarm indicator corresponding to the preset alarm location is determined.

[0064] The environmental information refers to the information about the environment in which the test vehicle is located. Typically, vehicles are prone to malfunctions under extreme weather conditions (icing, extreme cold, etc.), extreme road conditions (mountain roads), and at night. Therefore, in one implementation, the environmental information may include weather information, time information, and / or road condition information of the test vehicle.

[0065] In one example, environmental information can be set in the fault test target. Then, after extracting the environmental information from the fault test target, the threshold range of the alarm indicator corresponding to the preset alarm location can be determined based on this environmental information. Furthermore, environmental information also affects the alarm location; for example, excessively high engine temperatures are more common in hot weather. Therefore, the determination of the preset alarm location can also be based on environmental information.

[0066] In the embodiments of this specification, different threshold ranges are set under different environmental information, and different test scripts can be constructed based on different threshold ranges. In this way, the same test cases can be repeatedly executed under different environmental information, so that the vehicle fault detection method can cover a variety of fault scenarios, while ensuring the consistency and reliability of vehicle fault testing.

[0067] It is understood that the various method embodiments mentioned in this specification can be combined with each other to form combined embodiments without violating the underlying principles and logic. Due to space limitations, these will not be elaborated upon further in this specification. Those skilled in the art will understand that the specific execution order of each step in the above methods of specific implementation should be determined by its function and possible internal logic.

[0068] It should be noted that the vehicle fault testing method provided in the embodiments of this specification can be executed by a vehicle fault testing device or a control module within that device for executing the vehicle fault testing method. This specification uses the vehicle fault testing device executing the vehicle fault testing method as an example to illustrate the vehicle fault testing device provided in the embodiments of this specification.

[0069] Figure 3 This is a schematic diagram of the structure of a vehicle fault testing device according to an embodiment of the present invention. Figure 3 As shown, the vehicle fault testing device 300, used for the testing end, includes: The target module 310 is used to acquire fault test targets, which include alarm indicators of preset alarm parts of the test vehicle when a preset fault occurs at a test part of the test vehicle. The script module 320 is used to determine a target test script that matches the fault test target from a preset test script based on the test location and the preset fault. The signal module 330 is used to run the target test script to execute the test cases corresponding to the target test script and simulate the generation of alarm signals generated by the test part under the condition of the preset fault. The test module 340 is used to inject the alarm signal into the test vehicle, monitor the actual alarm status of the test vehicle, and determine the fault test result of the test vehicle based on the actual alarm status and the alarm indicators.

[0070] In one embodiment, the actual alarm situation includes the actual alarm location and the alarm content of the actual alarm location. The test module 340 includes: The first comparison unit is used to compare the actual alarm location with the preset alarm location to determine a first test result that characterizes whether the actual alarm location and the preset alarm location are the same. The second comparison unit is used to compare the alarm content with the alarm indicator when the first test result indicates that the actual alarm location and the preset alarm location are the same, and to determine a second test result that characterizes whether the alarm content and the alarm indicator are consistent.

[0071] In one embodiment, the alarm indicators include alarm content indicators and response time indicators. The vehicle fault testing device 300 further includes: The corresponding time module is used to obtain the response time in the actual alarm situation when the second test result indicates that the alarm content and the alarm content index are consistent; The comparison module is used to compare the response time with the response time index to determine whether the response time in the second test result meets the response time index.

[0072] In one embodiment, the process of building the test script includes: Obtain the threshold range of the alarm index for the preset alarm location; Set a first preset value for the preset alarm location that is within the threshold range and a second preset value that is outside the threshold range; After determining the alarm value generation route from the first set value to the second set value, the value generated when executing the alarm value generation route is used as the alarm signal.

[0073] In one embodiment, the process of building the target test script further includes: Set a timer corresponding to the alarm value generation route, and the timer is used to set the frequency of executing the alarm value generation route.

[0074] In one embodiment, obtaining the threshold range of the alarm indicator for the preset alarm location includes: Obtain the environmental information of the test vehicle from the fault test target; Based on the environmental information, the threshold range of the alarm indicator corresponding to the preset alarm location is determined.

[0075] In one embodiment, the environmental information includes weather information, time information, and / or road condition information of the test vehicle.

[0076] In the embodiments of this specification, a target test script is determined based on the test location of the fault test target and the preset fault. By running the target test script, alarm signals are simulated and generated for the test vehicle. Then, the fault test result is determined by the actual alarm situation of the test vehicle based on the alarm signals. This process simulates alarm signals generated by a target test script matched with the fault test target to perform fault testing on the test vehicle. On the one hand, this automated testing process significantly improves testing efficiency and reduces the time and cost of manual testing. On the other hand, this automated testing can simulate multiple fault scenarios, increasing the comprehensiveness of fault testing and covering more fault scenarios. In addition, this automated testing can reduce the need for human testers, reduce costs in the testing process, and reduce human error, thereby ensuring the accuracy and reliability of test results.

[0077] Each module in the aforementioned vehicle fault testing device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in hardware within or independently of the processor in the terminal device or the processor on the server, or stored in software in the memory of the terminal device or the memory on the server, so that the processor can call and execute the corresponding operations of each module.

[0078] Furthermore, corresponding to the vehicle fault testing method described above, based on the same technical concept, one or more embodiments of this application also provide an electronic device, such as... Figure 4 As shown. Electronic devices can vary considerably due to differences in configuration or performance, and may include one or more processors 401 and memory 402. Memory 402 may store one or more application programs or data. Memory 402 may be temporary or persistent storage. The application programs stored in memory 402 may include one or more modules (not shown), each module may include a series of computer-executable instructions for the electronic device. Furthermore, processor 401 may be configured to communicate with memory 402 and execute the series of computer-executable instructions in memory 402 on the electronic device. The electronic device may also include one or more power supplies 403, one or more wired or wireless network interfaces 404, one or more input / output interfaces 405, and one or more keyboards 406.

[0079] In one specific embodiment, the electronic device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for use in the electronic device, and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following: Obtain fault test targets, which include alarm indicators of preset alarm locations of the test vehicle when a preset fault occurs at a test location of the test vehicle. Based on the test location and the preset fault, a target test script matching the fault test target is determined from the preset test scripts; Run the target test script to execute the test cases corresponding to the target test script, and simulate the generation of alarm signals generated by the test part under the condition of the preset fault; The alarm signal is injected into the test vehicle, and the actual alarm status of the test vehicle is monitored. Based on the actual alarm status and the alarm indicators, the fault test result of the test vehicle is determined.

[0080] In the embodiments of this specification, a target test script is determined based on the test location of the fault test target and the preset fault. By running the target test script, alarm signals are simulated and generated for the test vehicle. Then, the fault test result is determined by the actual alarm situation of the test vehicle based on the alarm signals. This process simulates alarm signals generated by a target test script matched with the fault test target to perform fault testing on the test vehicle. On the one hand, this automated testing process significantly improves testing efficiency and reduces the time and cost of manual testing. On the other hand, this automated testing can simulate multiple fault scenarios, increasing the comprehensiveness of fault testing and covering more fault scenarios. In addition, this automated testing can reduce the need for human testers, reduce costs in the testing process, and reduce human error, thereby ensuring the accuracy and reliability of test results.

[0081] It should be noted that the embodiments concerning electronic devices in this application and the embodiments concerning vehicle fault testing methods in this application are based on the same inventive concept. Therefore, the specific implementation of this embodiment can be referred to the implementation of the corresponding vehicle fault testing methods mentioned above, and the repeated parts will not be described again.

[0082] Furthermore, corresponding to the vehicle fault testing method described above, based on the same technical concept, one or more embodiments of this application also provide a storage medium for storing computer-executable instructions. In a specific embodiment, the storage medium can be a USB flash drive, optical disc, hard disk, etc. When the computer-executable instructions stored in the storage medium are executed by a processor, they can achieve the following process: Obtain fault test targets, which include alarm indicators of preset alarm locations of the test vehicle when a preset fault occurs at a test location of the test vehicle. Based on the test location and the preset fault, a target test script matching the fault test target is determined from the preset test scripts; Run the target test script to execute the test cases corresponding to the target test script, and simulate the generation of alarm signals generated by the test part under the condition of the preset fault; The alarm signal is injected into the test vehicle, and the actual alarm status of the test vehicle is monitored. Based on the actual alarm status and the alarm indicators, the fault test result of the test vehicle is determined.

[0083] In the embodiments of this specification, a target test script is determined based on the test location of the fault test target and the preset fault. By running the target test script, alarm signals are simulated and generated for the test vehicle. Then, the fault test result is determined by the actual alarm situation of the test vehicle based on the alarm signals. This process simulates alarm signals generated by a target test script matched with the fault test target to perform fault testing on the test vehicle. On the one hand, this automated testing process significantly improves testing efficiency and reduces the time and cost of manual testing. On the other hand, this automated testing can simulate multiple fault scenarios, increasing the comprehensiveness of fault testing and covering more fault scenarios. In addition, this automated testing can reduce the need for human testers, reduce costs in the testing process, and reduce human error, thereby ensuring the accuracy and reliability of test results.

[0084] It should be noted that the embodiments concerning the storage medium in this application and the vehicle fault testing method in this application are based on the same inventive concept. Therefore, the specific implementation of this embodiment can be referred to the implementation of the corresponding vehicle fault testing method described above, and the repeated parts will not be described again.

[0085] Furthermore, corresponding to the vehicle fault testing method described above, based on the same technical concept, one or more embodiments of this application also provide a computer program product, which includes a computer program that, when executed by a processor, can implement the following process: Obtain fault test targets, which include alarm indicators of preset alarm locations of the test vehicle when a preset fault occurs at a test location of the test vehicle. Based on the test location and the preset fault, a target test script matching the fault test target is determined from the preset test scripts; Run the target test script to execute the test cases corresponding to the target test script, and simulate the generation of alarm signals generated by the test part under the condition of the preset fault; The alarm signal is injected into the test vehicle, and the actual alarm status of the test vehicle is monitored. Based on the actual alarm status and the alarm indicators, the fault test result of the test vehicle is determined.

[0086] In the embodiments of this specification, a target test script is determined based on the test location of the fault test target and the preset fault. By running the target test script, alarm signals are simulated and generated for the test vehicle. Then, the fault test result is determined by the actual alarm situation of the test vehicle based on the alarm signals. This process simulates alarm signals generated by a target test script matched with the fault test target to perform fault testing on the test vehicle. On the one hand, this automated testing process significantly improves testing efficiency and reduces the time and cost of manual testing. On the other hand, this automated testing can simulate multiple fault scenarios, increasing the comprehensiveness of fault testing and covering more fault scenarios. In addition, this automated testing can reduce the need for human testers, reduce costs in the testing process, and reduce human error, thereby ensuring the accuracy and reliability of test results.

[0087] It should be noted that the embodiments of the computer program product in this application and the embodiments of the vehicle fault testing method in this application are based on the same inventive concept. Therefore, the specific implementation of this embodiment can be referred to the implementation of the corresponding vehicle fault testing method mentioned above, and the repeated parts will not be described again.

[0088] The foregoing has described specific embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired results. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0089] In the 1990s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many methodological improvements today can be considered direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that a methodological improvement cannot be implemented using hardware physical modules. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program and "integrate" a digital system onto a PLD themselves, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must also be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0090] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0091] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0092] For ease of description, the above apparatus is described by dividing it into various functional units. Of course, in implementing the embodiments of this application, the functions of each unit can be implemented in one or more software and / or hardware.

[0093] Those skilled in the art will understand that one or more embodiments of this application can be provided as a method, system, or computer program product. Therefore, one or more embodiments of 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.

[0094] 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 processor, 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, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0095] 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.

[0096] These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable apparatus 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.

[0097] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0098] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0099] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0100] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0101] One or more embodiments of this application can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a specific task or implement a specific abstract data type. One or more embodiments of this application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In a distributed computing environment, program modules can reside in local and remote computer storage media, including storage devices.

[0102] The various embodiments in this application are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0103] The above are merely embodiments of this document and are not intended to limit the scope of this document. Various modifications and variations can be made to this document by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this document should be included within the scope of the claims of this document.

Claims

1. A vehicle fault testing method, characterized in that, Applications on the testing side include: Obtain fault test targets, which include alarm indicators of preset alarm locations of the test vehicle when a preset fault occurs at a test location of the test vehicle. Based on the test location and the preset fault, a target test script matching the fault test target is determined from the preset test scripts; Run the target test script to execute the test cases corresponding to the target test script, and simulate the generation of alarm signals generated by the test part under the condition of the preset fault; The alarm signal is injected into the test vehicle, and the actual alarm status of the test vehicle is monitored. Based on the actual alarm status and the alarm indicators, the fault test result of the test vehicle is determined. The process of building the test script includes: Obtain the threshold range of the alarm index for the preset alarm location; Set a first preset value for the preset alarm location that is within the threshold range and a second preset value that is outside the threshold range; After determining the alarm value generation route from the first set value to the second set value, the value generated when executing the alarm value generation route is used as the alarm signal.

2. The method according to claim 1, characterized in that, The actual alarm situation includes the actual alarm location and the alarm content of the actual alarm location. Determining the fault test result of the test vehicle based on the actual alarm situation and the alarm indicators includes: The actual alarm location is compared with the preset alarm location to determine a first test result that indicates whether the actual alarm location and the preset alarm location are the same; If the first test result indicates that the actual alarm location and the preset alarm location are the same, the alarm content is compared with the alarm indicator to determine a second test result that characterizes whether the alarm content and the alarm indicator are consistent.

3. The method according to claim 2, characterized in that, The alarm metrics include alarm content metrics and response time metrics, and the method further includes: If the second test result indicates that the alarm content and the alarm content indicator are consistent, obtain the response time in the actual alarm situation; The response time is compared with the response time index to determine a third test result in the second test result that characterizes whether the response time meets the response time index.

4. The method according to claim 1, characterized in that, The process of constructing the target test script also includes: Set a timer corresponding to the alarm value generation route, and the timer is used to set the frequency of executing the alarm value generation route.

5. The method according to claim 1, characterized in that, The threshold range for obtaining the alarm index of the preset alarm location includes: Obtain the environmental information of the test vehicle from the fault test target; Based on the environmental information, the threshold range of the alarm indicator corresponding to the preset alarm location is determined.

6. The method according to claim 5, characterized in that, The environmental information includes the weather information, time information, and / or road condition information of the test vehicle.

7. A vehicle fault testing device, characterized in that, Applications on the testing side include: The target module is used to obtain the fault test target, which includes the alarm indicator of the preset alarm part of the test vehicle when a preset fault occurs in the test part of the test vehicle. The script module is used to determine a target test script that matches the fault test target from a preset test script based on the test location and the preset fault. The test script construction process includes: obtaining the threshold range of the alarm index of the preset alarm location; setting a first preset value of the preset alarm location that is within the threshold range and a second preset value that is outside the threshold range; after determining the alarm value generation route from the first preset value to the second preset value, using the value generated when executing the alarm value generation route as an alarm signal. The signal module is used to run the target test script to execute the test cases corresponding to the target test script and simulate the generation of alarm signals generated by the test part under the condition of the preset fault. The testing module is used to inject the alarm signal into the test vehicle, monitor the actual alarm status of the test vehicle, and determine the fault test result of the test vehicle based on the actual alarm status and the alarm indicators.

8. An electronic device, characterized in that, include: processor; as well as A memory configured to store computer-executable instructions configured to be executed by the processor, the executable instructions including steps for performing the method as described in any one of claims 1 to 6.

9. A storage medium, characterized in that, The storage medium is used to store computer-executable instructions that cause the computer to perform the method as described in any one of claims 1 to 6.

Images