Vehicle function test method, medium, vehicle and product

Abstract

The embodiment of the invention discloses a vehicle function test method, a medium, a vehicle and a product, and relates to the technical field of testing, the method is applied to a vehicle function test system, the vehicle function test system comprises a test management tool, a simulation tool and a tested vehicle control unit, and the method comprises the following steps: responding to a test request for a target function through the test management tool; generating a target field intensity parameter corresponding to the target function, and sending the target field intensity parameter to the simulation tool; simulating a wave signal corresponding to the target field intensity parameter through a simulation tool, and transmitting the wave signal to the tested vehicle control unit; performing signal processing on the wave signal through the tested vehicle control unit, and determining a to-be-executed function corresponding to the wave signal based on a processing result; and reading the to-be-executed function determined by the tested vehicle control unit through the test management tool, performing comparative analysis on the target function and the to-be-executed function to obtain a comparison result, and generating a test result of the target function based on the comparison result.

Description

Technical Field

[0001] This application relates to the field of testing technology, specifically to a vehicle function testing method, medium, vehicle, and product. Background Technology

[0002] Electrification and intelligentization have become mainstream development trends in the automotive industry, with keyless entry being a crucial feature. To ensure its proper functioning, automated testing techniques are typically employed to test this feature.

[0003] Currently, by adding an electromagnetic shielding box, the keyless entry function is tested under two conditions: the key is inside or outside the vehicle. However, this testing method can only simulate two simple conditions, covering a relatively limited range of test scenarios. It cannot fully reflect the complex conditions that a vehicle may encounter in actual use, making it difficult to guarantee the accuracy of the test results. Summary of the Invention

[0004] In view of this, the embodiments of this application aim to provide a vehicle function testing method, medium, vehicle, and product to enhance the diversity and comprehensiveness of testing scenarios and obtain accurate test results.

[0005] In a first aspect, one embodiment of this application provides a vehicle function testing method applied to a vehicle function testing system. The vehicle function testing system includes a test management tool, a simulation tool, and a vehicle control unit under test (V2D). The method includes: responding to a test request for a target function through the test management tool, generating a target field strength parameter corresponding to the target function, and sending the target field strength parameter to the simulation tool; wherein, the target function represents the function of keyless entry when the target location of the key is within the effective control area of ​​the vehicle; the target field strength parameter represents the field strength parameter collected by the vehicle-mounted antenna when the key is at the target location; simulating a wave signal corresponding to the target field strength parameter through the simulation tool, and transmitting the wave signal to the V2D; performing signal processing on the wave signal through the V2D, and determining the function to be executed corresponding to the wave signal based on the processing result; reading the function to be executed determined by the V2D through the test management tool, comparing and analyzing the target function and the function to be executed to obtain a comparison result, and generating a test result for the target function based on the comparison result.

[0006] This application utilizes target field strength parameters that match the target function to simulate the working conditions when the key is located at the target position. That is, by using field strength parameters, it achieves accurate simulation of the key in different specific locations, rather than being limited to simply two working conditions: inside or outside the vehicle. This enhances the diversity and comprehensiveness of the test scenarios and more accurately reflects the real-world situation of the keyless entry function in actual use. Furthermore, the simulation tool simulates the corresponding wave signal based on the target field strength parameters and sends it to the vehicle control unit under test (V2D). The V2D processes the wave signal, determines and executes the function to be executed, completely reproducing the actual logical chain of the keyless entry function from signal reception to function execution, improving the realism and reliability of the test process. Finally, the test management tool generates test results by comparing and analyzing the target function and the function to be executed. This allows for a direct and accurate evaluation of whether the V2D's response to the keyless entry function meets the expected target function, thus obtaining accurate test results.

[0007] In conjunction with the first aspect, in some implementations of the first aspect, the processing result includes field strength information obtained after analyzing the wave signal; determining the function to be executed corresponding to the wave signal based on the processing result includes: determining the simulated position of the key simulated by the simulation tool based on the field strength information by the vehicle control unit under test; if the simulated position is located in the effective control area, then determining the function to be executed is the function of keyless entry in the effective control area; if the simulated position is not located in the effective control area, then determining the function to be executed is the function of prohibiting entry in the non-effective control area.

[0008] This application embodiment can conveniently and effectively determine the function to be executed by accurately comparing the simulated position with the effective control area of ​​the vehicle control unit under test. By using this method of inferring the simulated position based on field strength information and making functional decisions in combination with the effective control area, the interaction logic between the real key and the vehicle is fully reproduced, which is conducive to improving the accuracy and reliability of the test results.

[0009] In conjunction with the first aspect, in some implementations of the first aspect, test results for the target function are generated based on the comparison results, including: if the comparison results indicate that the target function and the function to be executed are consistent, then the target function test is determined to have passed; if the comparison results indicate that the target function and the function to be executed are inconsistent, then the target function test is determined to have failed.

[0010] This application proposes a method for determining test results. By comparing the consistency between the function to be executed and the target function, it effectively reflects whether the vehicle control unit under test can accurately respond to the target function. This simplifies the judgment logic in the automated testing process and helps improve the efficiency of test result determination.

[0011] In conjunction with the first aspect, in some implementations of the first aspect, before simulating the wave signal corresponding to the target field strength parameter using a simulation tool, the method further includes: receiving a request to open a door signal sent by a test management tool through the vehicle control unit under test, determining a first function code based on the request to open a door signal, generating a test message based on the first function code, and sending the test message to the simulation tool; extracting the first function code from the test message through the simulation tool, and comparing the first function code with the second function code of the target function sent by the test management tool; simulating the wave signal corresponding to the target field strength parameter using the simulation tool, including: simulating the wave signal corresponding to the target field strength parameter using the simulation tool when the first function code and the second function code are the same.

[0012] This application embodiment adds a function code comparison step before the simulation tool sends the wave signal, which can quickly identify whether the response of the vehicle control unit under test to the request to open the door signal is accurate in the early stage of the test; if the function codes do not match, the subsequent test operation is stopped in time, avoiding the waste of resources and deviation of test results caused by performing invalid tests.

[0013] In conjunction with the first aspect, in certain implementations of the first aspect, when the first function code and the second function code are the same, a simulation tool is used to simulate the wave signal corresponding to the target field strength parameter. This includes: generating verification data based on the first function code and simulating the wave signal corresponding to the target field strength parameter using the simulation tool, and transmitting the verification data and the wave signal to the vehicle control unit under test; and performing signal processing on the wave signal by the vehicle control unit under test, and determining the function to be executed corresponding to the wave signal based on the processing result. This includes: performing security verification by the vehicle control unit under test based on the verification data and stored encrypted data, and if the verification passes, performing signal processing on the wave signal, and determining the function to be executed corresponding to the wave signal based on the processing result. The encrypted data is the data obtained after encrypting the first function code.

[0014] This application embodiment introduces a security verification mechanism for verification data and encrypted data, thereby achieving security verification during the data interaction process. This ensures the accuracy and integrity of the waveform signals transmitted from the simulation tool to the vehicle control unit under test, effectively avoiding deviations in the determination of the function to be executed due to waveform signal errors, which in turn leads to errors in the test results, thus improving the reliability and accuracy of the testing process.

[0015] In conjunction with the first aspect, in some implementations of the first aspect, the vehicle control unit under test performs signal processing on the wave signal, and determines the function to be executed corresponding to the wave signal based on the processing result. This includes: comparing the key information simulated by the simulation tool with at least one registered key information by the vehicle control unit under test; if there is registered key information that is the same as the key information simulated by the simulation tool, then the wave signal is processed, and the function to be executed corresponding to the wave signal is determined based on the processing result.

[0016] This application's embodiments introduce a simulated verification of the identity verification security check mechanism in the keyless access function test, so that the test process includes the security verification part of the vehicle's keyless access function in the actual application scenario. This allows the test results to effectively reflect the vehicle's defense level when an unauthorized key attempts to trigger the keyless access function, thus enhancing the completeness of the test process.

[0017] In conjunction with the first aspect, in some implementations of the first aspect, generating target field strength parameters corresponding to the target function includes: determining the theoretical field strength parameters generated by the antenna at the target location based on the location of the antenna deployed on the vehicle, and using the theoretical field strength parameters as the target field strength parameters corresponding to the target function.

[0018] This application embodiment combines the antenna's installation location on the vehicle and the antenna's properties to determine the electromagnetic field distribution law of the antenna, and then determines the target field strength parameters corresponding to the target location. This makes the generated target field strength parameters closer to the actual field strength, which helps to improve the authenticity and accuracy of the testing process.

[0019] Secondly, this application provides a vehicle function testing system, including: a test management tool, a simulation tool, and a vehicle control unit under test; the test management tool is used to generate target field strength parameters corresponding to the target function in response to a test request for a target function, and send the target field strength parameters to the simulation tool; wherein, the target function represents the function of keyless access when the target position of the key is within the effective control area of ​​the vehicle; the target field strength parameters represent the field strength parameters collected by the vehicle antenna when the key is in the target position; the simulation tool is used to simulate the wave signal corresponding to the target field strength parameters and transmit the wave signal to the vehicle control unit under test; the vehicle control unit under test is used to perform signal processing on the wave signal, and determine the function to be executed corresponding to the wave signal based on the processing result; the test management tool is also used to read the function to be executed determined by the vehicle control unit under test, compare and analyze the target function and the function to be executed, obtain the comparison result, and generate the test result of the target function based on the comparison result.

[0020] Thirdly, one embodiment of this application provides a computer-readable storage medium storing a computer program for performing the method in the first aspect or any possible implementation of the first aspect.

[0021] Fourthly, one embodiment of this application provides a vehicle, the vehicle comprising: a processor; a memory for storing processor-executable instructions; the processor being configured to execute the method in the first aspect or any possible implementation thereof.

[0022] Fifthly, one embodiment of this application provides a computer program product including instructions that, when executed on a vehicle, cause the vehicle to implement the method in the first aspect or any possible implementation of the first aspect.

[0023] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this application, nor is it intended to limit the scope of this application. Other features of this application will become readily apparent from the following description. Attached Figure Description

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

[0025] Figure 1 The diagram shown is a flowchart of a vehicle function testing method provided in an embodiment of this application.

[0026] Figure 2 The diagram shown is a connection architecture diagram of a vehicle function testing system provided in an embodiment of this application.

[0027] Figure 3 The diagram shown is a structural schematic of a vehicle function testing system provided in an embodiment of this application.

[0028] Figure 4 The diagram shown is a structural schematic of a vehicle provided in an embodiment of this application. Detailed Implementation

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

[0030] The terminology used in the embodiments of this application is for the purpose of describing particular embodiments only and is not intended to be limiting of this application. The singular forms “a,” “the,” and “the” used in the embodiments of this application and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise.

[0031] It should be understood that the term "and / or" used in this document is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Furthermore, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship. Additionally, the term "based on" used in this document is not limited to relying solely on one object. For example, determining B based on A can mean: determining B based solely on A, or determining B partially based on A.

[0032] Currently, when testing the keyless entry function of automobiles, an electromagnetic shielding box is added. Specifically, an electromagnetic shielding box is used to create a closed electromagnetic environment, and the presence or absence of an antenna inside the shielding box is controlled to simulate the two conditions of the key being inside or outside the vehicle.

[0033] However, this testing method can only simulate two simple operating conditions inside and outside the vehicle, and the test scenarios covered are relatively limited, which cannot fully reflect the complex operating conditions that the vehicle may encounter in actual use; in addition, by adding hardware equipment such as electromagnetic shielding boxes, the testing cost is increased.

[0034] In view of this, the embodiments of this application provide a vehicle function testing method that does not rely on additional hardware such as an electromagnetic shielding box, but achieves the testing of keyless access function in diverse scenarios by accurately simulating the field strength parameters of the key at different target positions.

[0035] The following is combined Figures 1 to 2 The vehicle function testing method provided in the embodiments of this application will be described in detail.

[0036] Figure 1 The diagram shown is a flowchart illustrating a vehicle function testing method according to an embodiment of this application. This method is applied to a vehicle function testing system, which includes a test management tool, a simulation tool, and a vehicle control unit under test. Figure 1 As shown, the method includes the following steps.

[0037] Step S110: In response to the test request for the target function, the test management tool generates the target field strength parameters corresponding to the target function and sends the target field strength parameters to the simulation tool.

[0038] The test management tool is a control module used to initiate test processes, generate test parameters, and analyze test results. Testers can input test requests for target functions through the test management tool's user interface. The test request requests the testing of the target function and may include relevant information about the target function. For example, the test request may include the target function's identification information and its location.

[0039] The target function represents the keyless entry function when the target location of the key is within the effective control area of ​​the vehicle. For example, the target function could be that the vehicle performs keyless entry to the door when the target location is 30 centimeters away from the outside of the left front door handle; or, the vehicle performs keyless entry to the trunk when the target location is 50 centimeters away from the rear of the trunk door.

[0040] The effective control area refers to the preset spatial range within which a vehicle's keyless entry system can recognize and respond to key signals. This spatial range is typically determined based on the vehicle design and the performance parameters of the keyless entry system. The effective control area can be divided into different zones based on the vehicle components that need to be opened. For example, the effective control area may include the area for controlling the opening of the left front door and the area for opening the trunk.

[0041] In practice, after receiving a test request, the test management tool can read the target location and the identification information of the target function. Based on the target location and identification information, it generates target field strength parameters corresponding to the target function. The target field strength parameters represent the field strength parameters collected by the vehicle antenna when the key is in the target location. For example, a vehicle typically has multiple vehicle antennas deployed for keyless entry, such as the left front door antenna, the right front door antenna, and the trunk antenna. The field strength parameters collected by antennas in different locations differ when the key is in the same target location; similarly, the field strength parameters collected by the same vehicle antenna also differ when the key is in different target locations. Therefore, the target field strength parameters can be a set containing the field strength parameters of multiple vehicle antennas, or the field strength parameters specific to any particular antenna.

[0042] In some embodiments, the specific implementation of generating the target field strength parameter corresponding to the target function is as follows: based on the position of the antenna deployed on the vehicle, the theoretical field strength parameter generated by the antenna at the target position is determined, and the theoretical field strength parameter is used as the target field strength parameter corresponding to the target function.

[0043] The antennas are low-frequency antennas, and multiple antennas can be deployed on the vehicle. The electromagnetic field distribution generated by antennas in different locations exhibits specific patterns in space. For example, the left front door antenna primarily covers the signal area of ​​the left front door, with its field strength being stronger near the left front door handle and gradually attenuating with increasing distance; the trunk antenna, on the other hand, creates a strong electromagnetic field coverage in the rear trunk area. Based on the antenna's installation location, operating frequency, antenna gain, and surrounding environment, a field strength propagation model is constructed to reflect the electromagnetic field distribution pattern of the antenna.

[0044] In this embodiment, for each antenna, the theoretical field strength parameters corresponding to the target location can be determined based on the antenna's deployment location on the vehicle and its field strength propagation model. Finally, the theoretical field strength parameters corresponding to each antenna at the target location are used to form the target field strength parameters corresponding to the target function.

[0045] This application embodiment combines the antenna's installation location on the vehicle and the antenna's properties to determine the electromagnetic field distribution law of the antenna, and then determines the target field strength parameters corresponding to the target location. This makes the generated target field strength parameters closer to the actual field strength, which helps to improve the authenticity and accuracy of the testing process.

[0046] Furthermore, after generating the target field strength parameters, the test management tool encapsulates them into instructions or data packets in the target format and sends them to the simulation tool through a preset communication interface.

[0047] Step S120: Simulate the wave signal corresponding to the target field strength parameter using a simulation tool, and transmit the wave signal to the vehicle control unit under test.

[0048] Among them, the simulation tool is used to simulate the key, and can simulate the wave signal sent by the key to the vehicle when it is at the corresponding target position, based on the received target field strength parameters.

[0049] Specifically, the simulation tool first analyzes the received target field strength parameters, extracts the field strength parameters corresponding to each vehicle-mounted antenna, and uses waveform synthesis technology to generate a wave signal that matches the target field strength parameters. This wave signal not only simulates the field strength characteristics when the key is located at the target position in terms of intensity, but also maintains consistency with the signal emitted by a real key in terms of frequency, phase, and modulation depth.

[0050] Furthermore, the simulation tool radiates the generated wave signal wirelessly through the transmission port, or connects it directly to the antenna interface of the vehicle control unit under test via a cable, ensuring that the wave signal can be transmitted accurately and without attenuation to the receiving end of the vehicle control unit under test.

[0051] Step S130: The test vehicle control unit performs signal processing on the wave signal and determines the function to be executed corresponding to the wave signal based on the processing result.

[0052] In some embodiments, after receiving the wave signal, the vehicle control unit under test performs filtering and amplification operations to remove noise interference and extract the effective signal components. Subsequently, the processed signal is analyzed to extract the field strength information of the signal fed back by the simulated key after responding to the signal transmitted by the antenna. This field strength information is used as the processing result. Furthermore, based on this field strength information, the simulated position of the key can be determined. By comparing this simulated position with the vehicle's preset effective control area, the function to be executed can be determined.

[0053] Step S140: Read the function to be executed determined by the vehicle control unit under test through the test management tool, compare and analyze the target function and the function to be executed, obtain the comparison result, and generate the test result of the target function based on the comparison result.

[0054] Specifically, the test management tool establishes a data communication link with the vehicle control unit under test (V2T) to read the identification information of the functions to be executed stored internally by the V2T in real time. For example, if the V2T determines that the "keyless entry for the left front door" function needs to be executed based on the waveform signal processing results, the identification information of the function to be executed is "0x01". The test management tool compares the read identification information "0x01" bit by bit with the preset identification information of the target function to obtain the comparison result. The comparison result includes whether the function to be executed is consistent with the target function and whether the function to be executed is inconsistent with the target function. Based on the comparison result, a test result for the target function can be generated. For example, the test result includes test passed and test failed.

[0055] This application utilizes target field strength parameters that match the target function to simulate the working conditions when the key is located at the target position. That is, by using field strength parameters, it achieves accurate simulation of the key in different specific locations, rather than being limited to simply two working conditions: inside or outside the vehicle. This enhances the diversity and comprehensiveness of the test scenarios and more accurately reflects the real-world situation of the keyless entry function in actual use. Furthermore, the simulation tool simulates the corresponding wave signal based on the target field strength parameters and sends it to the vehicle control unit under test (V2D). The V2D processes the wave signal, determines and executes the function to be executed, completely reproducing the actual logical chain of the keyless entry function from signal reception to function execution, improving the realism and reliability of the test process. Finally, the test management tool generates test results by comparing and analyzing the target function and the function to be executed. This allows for a direct and accurate evaluation of whether the V2D's response to the keyless entry function meets the expected target function, thus obtaining accurate test results.

[0056] The following details the method for determining the function to be executed. Optionally, the processing result includes the field strength information obtained after analyzing the wave signal; based on the processing result, the function to be executed corresponding to the wave signal is determined, including: using the vehicle control unit under test to determine the simulated position of the key simulated by the simulation tool based on the field strength information; if the simulated position is within the effective control area, the function to be executed is determined to be the function of keyless entry within the effective control area; if the simulated position is not within the effective control area, the function to be executed is determined to be the function of prohibiting entry in the non-effective control area.

[0057] The field strength information includes the field strength value and direction of each vehicle-mounted antenna at the target location.

[0058] Specifically, after receiving and processing the wave signal, the vehicle control unit under test (VDC) extracts the field strength value and direction as field strength information. Using a preset field strength propagation model, the VDC converts this information into a simulated key position. Finally, the VDC compares this simulated position coordinates with the vehicle's preset effective control area. If the simulated position is within the effective control area, the conditions for activating the keyless entry function are met, and the function to be executed is determined to be the keyless entry function corresponding to that effective control area. For example, if the simulated position is within the effective control area of ​​the left front door, the function to be executed is keyless entry for the left front door; if the simulated position is within the effective control area of ​​the trunk, the function to be executed is keyless entry for the trunk. Conversely, if the simulated position is not within any effective control area, the conditions for activating the keyless entry function are not met, and the function to be executed is determined to be a function that prohibits entry into areas outside the effective control area.

[0059] This application embodiment can conveniently and effectively determine the function to be executed by accurately comparing the simulated position with the effective control area of ​​the vehicle control unit under test. By using this method of inferring the simulated position based on field strength information and making functional decisions in combination with the effective control area, the interaction logic between the real key and the vehicle is fully reproduced, which is conducive to improving the accuracy and reliability of the test results.

[0060] In addition, to enhance vehicle security, a security verification mechanism for identity authentication is typically implemented for keyless entry functions to ensure that only authorized and legitimate keys are allowed to trigger the function. Therefore, in this application embodiment, when testing the keyless entry function, the security verification mechanism for identity authentication can be simultaneously simulated and verified. Specifically, the vehicle control unit under test performs signal processing on the wave signal, and determines the function to be executed corresponding to the wave signal based on the processing result. This includes: comparing the key information simulated by the simulation tool with at least one registered key information using the vehicle control unit under test; if registered key information identical to the key information simulated by the simulation tool exists, then the wave signal is processed, and the function to be executed corresponding to the wave signal is determined based on the processing result.

[0061] The key information simulated by the simulation tool includes the unique identifier of the simulated key; for example, the key number or key name. Registered key information, on the other hand, consists of the unique identifier of a pre-stored, authorized, and legitimate key in the vehicle.

[0062] In practice, when the simulation tool sends a wave signal to the control unit under test (DUT), it can simultaneously send the key information of the key simulated by the simulation tool, which is stored in advance, to the DUT. Upon receiving this key information, the DUT compares it with each registered key to verify the matching degree. If at least one registered key is completely identical to the key simulated by the simulation tool, or if the matching degree reaches a preset threshold, it is determined that the registered key is the same as the key sent by the simulation tool, indicating that the key simulated by the simulation tool is an authorized and legitimate key for the vehicle. At this point, the DUT will continue to process the wave signal and determine the function to be executed based on the processing result. If no registered key is found to match the key simulated by the simulation tool (i.e., authentication fails), the DUT will directly refuse to execute the keyless access function and generate an authentication failure feedback message. Upon receiving this feedback message, the test management tool can determine the test result as failed and record the reason for failure as "authentication failed."

[0063] This application's embodiments introduce a simulated verification of the identity verification security check mechanism in the keyless access function test, so that the test process includes the security verification part of the vehicle's keyless access function in the actual application scenario. This allows the test results to effectively reflect the vehicle's defense level when an unauthorized key attempts to trigger the keyless access function, thus enhancing the completeness of the test process.

[0064] After identifying the function to be executed, the test result can be determined by comparing it with the target function. The method for determining the test result is explained below. Optionally, the test result for the target function is generated based on the comparison result, including: if the comparison result indicates that the target function and the function to be executed are consistent, then the target function test is determined to have passed; if the comparison result indicates that the target function and the function to be executed are inconsistent, then the target function test is determined to have failed.

[0065] It should be noted that consistency between the function to be executed and the target function means that the controlled object and operation of the function to be executed and the target function are the same. For example, if the target function is "when the target position is 30 centimeters away from the outside of the left front door handle, the vehicle performs keyless entry on the left front door," then the controlled object of the target function cabinet is the left front door, and the corresponding operation is "keyless entry." In this case, if the function to be executed also performs keyless entry on the left front door, then it is determined that the controlled object and operation are the same, that is, the function to be executed and the target function are consistent. Conversely, if they are different, then it is determined that the function to be executed and the target function are inconsistent.

[0066] In this embodiment, if the target function matches the function to be executed, it means that the vehicle control unit under test (V2T) has determined that the function to be executed when the key is in the target position is a perfect match with the expected target function. That is, it can accurately respond to the keyless entry request when the key is in the target position. Therefore, it can be determined that the V2T can execute the target function normally, and the test for the target function has passed. Conversely, if the target function does not match the function to be executed, it indicates that the V2T has failed to accurately identify the target function that should be triggered when the key is in the target position. That is, the V2T cannot accurately execute the target function, and the target function test is deemed to have failed.

[0067] Furthermore, after determining the test results, the test management tool can generate a test report. In addition to the test results, the test report can also record information such as the target function's identification information, the function to be executed's identification information, the target field strength parameters, the target location of the key simulated by the simulation tool, the simulated location determined by the vehicle control unit under test, and the authentication result of the key simulated by the simulation tool. For example, if the test fails, and the controlled object of the function to be executed differs from that of the target function, the test report should clearly state "Control object mismatch, expected left front door, actual right front door"; if the operation differs, it should record "Operation mismatch, expected access permission, actual access denied". The test report provides a detailed and clear overview of each stage of the testing process, enabling testers to quickly locate problems in the vehicle control unit under test.

[0068] This application proposes a method for determining test results. By comparing the consistency between the function to be executed and the target function, it effectively reflects whether the vehicle control unit under test can accurately respond to the target function. This simplifies the judgment logic in the automated testing process and helps improve the efficiency of test result determination.

[0069] In practical applications, the vehicle control unit under test typically has the function of receiving a request to open the door and then initiating the door opening. This function is the foundation for the subsequent keyless entry function of the vehicle control unit. To ensure the comprehensiveness of the keyless entry function test, this application embodiment can also verify the basic response capability of the vehicle control unit under test to the request to open the door signal.

[0070] Optionally, before simulating the wave signal corresponding to the target field strength parameter using a simulation tool, the method further includes: receiving a request to open a door signal sent by a test management tool through the vehicle control unit under test, determining a first function code based on the request to open a door signal, generating a test message based on the first function code, and sending the test message to the simulation tool; extracting the first function code from the test message using the simulation tool, and comparing the first function code with the second function code of the target function sent by the test management tool; simulating the wave signal corresponding to the target field strength parameter using the simulation tool, including: simulating the wave signal corresponding to the target field strength parameter using the simulation tool when the first function code and the second function code are the same.

[0071] In practice, the test management tool, in response to a test request, generates a door opening request signal and sends it to the vehicle control unit under test (V2D). This door opening request signal instructs the V2D to enter the test preparation phase for the keyless access function. The V2D parses the door opening request signal and determines the first function code associated with it. For example, the door opening request signal is a door activation signal, but it does not indicate which door is being activated. After receiving the door opening request signal, the V2D generates the first function code corresponding to the "keyless access function".

[0072] Furthermore, the vehicle control unit under test can generate a random number and write both the random number and the first function code into a pre-stored message to obtain a test message. Additionally, the vehicle control unit under test can encrypt the random number and the first function code using an encryption algorithm to obtain encrypted data.

[0073] Further, the vehicle control unit under test sends the test message to the simulation tool. The simulation tool parses the test message to obtain a random number and a first function code. It should be noted that before the test begins, the simulation tool can be initialized by sending the second function code of the target function to the simulation tool through the test management tool. After parsing the first function code, the simulation tool compares it with the second function code. If the functions corresponding to the first and second function codes are the same, then the first and second function codes are considered identical; otherwise, they are considered different. For example, if the target function corresponding to the second function code is "when the key is in the effective control area corresponding to the left front door, execute the keyless entry function for the left front door", and the function corresponding to the first function code is "keyless entry function", then it can be determined that the functions corresponding to the first function code and the second function code are consistent, both being "keyless entry function"; if the function corresponding to the first function code is "keyless entry is prohibited", and the target function corresponding to the second function code is still "when the key is in the effective control area corresponding to the left front door, execute the keyless entry function for the left front door", then it indicates that the functions corresponding to the first function code and the second function code are inconsistent.

[0074] In practice, if the first function code and the second function code are the same, it indicates that the vehicle control unit under test (V2D) has correctly responded to the door opening signal requested by the test management tool. At this point, the simulation tool can continue with subsequent steps, namely simulating the wave signal when the key is in the target position based on the target field strength parameters and sending it to the V2D to trigger the V2D's processing of the wave signal and determination of the function to be executed. If the first function code and the second function code are different, it indicates that the V2D has failed to accurately identify the door opening signal sent by the test management tool. To avoid deviations in test results that might occur if subsequent test steps are continued, the simulation tool can pause the current test process and send a function code mismatch message to the test management tool. Upon receiving this message, the test management tool can determine that the test has failed and record the reason for failure as "function code verification failed" for the testers to troubleshoot.

[0075] This application embodiment adds a function code comparison step before the simulation tool sends the wave signal, which can quickly identify whether the response of the vehicle control unit under test to the request to open the door signal is accurate in the early stage of the test; if the function codes do not match, the subsequent test operation is stopped in time, avoiding the waste of resources and deviation of test results caused by performing invalid tests.

[0076] Furthermore, in testing the keyless entry function, this application embodiment can also verify the security of data transmission to ensure accurate data transmission between the vehicle control unit under test and the simulation tool. Specifically, when the first function code and the second function code are the same, the simulation tool simulates the wave signal corresponding to the target field strength parameter, including: generating verification data based on the first function code and simulating the wave signal corresponding to the target field strength parameter using the simulation tool, and transmitting the verification data and wave signal to the vehicle control unit under test; the vehicle control unit under test performs signal processing on the wave signal, and determines the function to be executed corresponding to the wave signal based on the processing result, including: performing security verification based on the verification data and stored encrypted data by the vehicle control unit under test, and if the verification is successful, performing signal processing on the wave signal, and determining the function to be executed corresponding to the wave signal based on the processing result; wherein, the encrypted data is the data obtained after encrypting the first function code.

[0077] In practical implementation, after receiving the verification data, the vehicle control unit under test (VDC) compares the verification data with the encrypted data. For example, the verification data can be obtained by encrypting the first function code using the encryption algorithm and random number used by the VDC to generate the encrypted data. The encrypted data can also be obtained by encrypting the first function code based on a random number. The comparison method between the encrypted data and the verification data can be as follows: The encrypted data and verification data are decrypted using a decryption algorithm that matches the encryption algorithm, resulting in first decrypted data and second decrypted data. The VDC then determines whether the first decrypted data and the second decrypted data are consistent. If they are consistent, the verification is successful, indicating that the data has not been tampered with or damaged during transmission. The VDC can trust the received signal and related information and continues to execute subsequent signal processing and function determination steps. If they are inconsistent, the security verification fails. The VDC will consider the currently received data to be potentially abnormal or from an untrusted source, refuse to process the signal, and generate feedback information indicating a data transmission security verification failure. Upon receiving this feedback, the test management tool determines the test result as failed and records the reason for failure as "data transmission security verification failed".

[0078] This application embodiment introduces a security verification mechanism for verification data and encrypted data, thereby achieving security verification during the data interaction process. This ensures the accuracy and integrity of the waveform signals transmitted from the simulation tool to the vehicle control unit under test, effectively avoiding deviations in the determination of the function to be executed due to waveform signal errors, which in turn leads to errors in the test results, thus improving the reliability and accuracy of the testing process.

[0079] The following is combined Figure 2 Provide an example illustrating how vehicle function testing methods are implemented. For example... Figure 2As shown, the test management tool, simulation tool, bus tool 1, and bus tool 2 can be deployed on the same terminal. The vehicle control unit under test (V2D) is connected to a low-frequency antenna via a twisted-pair cable. The simulation tool sends information to the V2D via bus tool 1, and the V2D sends information to the simulation tool via bus tool 1. Bus tool 1 can be used to simulate a CAN (Controller Area Network) bus, and bus tool 2 is used to simulate a K-line.

[0080] Before testing begins, the simulation tool can be initialized by inputting the simulated key number A and key B. Furthermore, the test case requirements are based on the field strength parameter C needed by the vehicle control unit under test. For example, the target function to be tested by the test case could be the keyless entry function of the left front door.

[0081] After the test begins, the user sends the field strength parameter C to the simulation tool and a door opening request signal to the vehicle control unit under test (VDC) by clicking the corresponding test case execution button in the test management tool. Upon receiving the door opening request signal, the VDC generates a random number and the first function code corresponding to the request signal. Based on the random number and the first function code, it generates encrypted data and drives the low-frequency antenna to transmit this encrypted data. Additionally, the random number and function code are entered into a test message, which is then sent to the simulation tool via bus tool 1. The simulation tool parses the test message received from bus tool 1 to obtain the second function code and random number. Using a pre-stored key B, it encrypts the second function code and random number to obtain verification data. The verification data, number A, and the wave signal corresponding to the field strength parameter C are then sent to the VDC via bus tool 2.

[0082] The tested vehicle control unit confirms whether number A is the registered key number and whether the encrypted data and verification data are consistent. If number A is the registered key number and the encrypted data and verification data are consistent, then the position of the key simulated by the simulation tool is determined based on the wave signal to be near the preset left front door area. If so, the function to be executed is determined to be the left front door keyless entry function. If not, the function to be executed is determined to be the non-left front door keyless entry prohibition function.

[0083] Additionally, if number A is not the registration key number, or if the encrypted data is inconsistent with the verification data, the wave signal will be rejected and a feedback message indicating that the data transmission security verification has failed will be generated.

[0084] Finally, if the identified function to be executed is the keyless entry function for the front left door, then it is consistent with the target function, and the test is considered passed; otherwise, the test fails.

[0085] It should be noted that the above testing procedure can also be used to test other target functions such as the function of prohibiting keyless entry when the key is not near the left front door and the keyless entry function in the trunk.

[0086] The vehicle function testing method provided in this application improves testing efficiency by enabling collaborative work between test management tools, simulation tools, and the vehicle control unit under test, without relying on a real vehicle environment. Furthermore, it enhances the diversity and comprehensiveness of test scenarios by accurately simulating different key positions using field strength parameters. Additionally, it verifies the response accuracy and data transmission security of the vehicle control unit under test at different stages of the testing process through function code comparison and data security verification mechanisms, effectively improving the comprehensiveness and reliability of test results.

[0087] The above text combined Figures 1 to 2 The present application describes in detail the vehicle function testing method embodiments, which are illustrated below in conjunction with... Figure 3 This application describes in detail the vehicle function testing system embodiments. It should be understood that the descriptions of the vehicle function testing method embodiments correspond to the descriptions of the vehicle function testing system embodiments; therefore, any parts not described in detail can be found in the preceding method embodiments.

[0088] Figure 3 The diagram shown is a structural schematic of a vehicle function testing system provided in an embodiment of this application. Figure 3 As shown, the vehicle function testing system 30 provided in this application embodiment includes: a test management tool 310, a simulation tool 320, and a vehicle control unit under test 330; wherein, Test management tool 310 is used to generate target field strength parameters corresponding to the target function in response to a test request for the target function, and send the target field strength parameters to simulation tool 320; wherein, the target function represents the function of keyless access when the target position of the key is within the effective control area of ​​the vehicle; the target field strength parameters represent the field strength parameters collected by the vehicle antenna when the key is in the target position; Simulation tool 320 is used to simulate the wave signal corresponding to the target field strength parameter and transmit the wave signal to the vehicle control unit 330 under test; The vehicle control unit 330 under test is used to process the wave signal and determine the function to be executed corresponding to the wave signal based on the processing result. The test management tool 310 is also used to read the functions to be executed determined by the vehicle control unit under test 330, compare and analyze the target function and the functions to be executed, obtain the comparison results, and generate the test results of the target function based on the comparison results.

[0089] In one embodiment of this application, the processing result includes field strength information obtained after analyzing the wave signal; the vehicle control unit 330 under test is specifically used to determine the simulated position of the key simulated by the simulation tool based on the field strength information; if the simulated position is located in the effective control area, the function to be executed is determined to be the function of keyless access in the effective control area; if the simulated position is not located in the effective control area, the function to be executed is determined to be the function of prohibiting entry in the non-effective control area.

[0090] In one embodiment of this application, the test management tool 310 is specifically used to determine that the target function test has passed if the comparison result indicates that the target function and the function to be executed are consistent; and to determine that the target function test has failed if the comparison result indicates that the target function and the function to be executed are inconsistent.

[0091] In one embodiment of this application, the vehicle control unit 330 under test is further configured to: receive a request to open the door signal sent by a test management tool before simulating the wave signal corresponding to the target field strength parameter using a simulation tool; determine a first function code based on the request to open the door signal; generate a test message based on the first function code; send the test message to the simulation tool; extract the first function code from the test message using the simulation tool; and compare the first function code with the second function code of the target function sent by the test management tool. Simulation tool 320 is also used to simulate the wave signal corresponding to the target field strength parameter when the first function code and the second function code are the same.

[0092] In one embodiment of this application, the simulation tool 320 is further configured to generate verification data and wave signals corresponding to the simulated target field strength parameters based on the first function code, and transmit the verification data and wave signals to the vehicle control unit under test. The vehicle control unit 330 under test is also used to perform security verification based on verification data and stored encrypted data. If the verification is successful, it performs signal processing on the wave signal and determines the function to be executed corresponding to the wave signal based on the processing result. The encrypted data is the data obtained after encrypting the first function code.

[0093] In one embodiment of this application, the vehicle control unit 330 under test is specifically used to compare the key information simulated by the simulation tool with at least one registered key information. If there is registered key information that is the same as the key information simulated by the simulation tool, then the wave signal is processed, and the function to be executed corresponding to the wave signal is determined based on the processing result.

[0094] In one embodiment of this application, the test management tool 310 is specifically used to: determine the theoretical field strength parameters generated by the antenna at the target location based on the location of the antenna deployed on the vehicle, and use the theoretical field strength parameters as the target field strength parameters corresponding to the target function.

[0095] This application utilizes target field strength parameters that match the target function to simulate the working conditions when the key is located at the target position. That is, by using field strength parameters, it achieves accurate simulation of the key in different specific locations, rather than being limited to simply two working conditions: inside or outside the vehicle. This enhances the diversity and comprehensiveness of the test scenarios and more accurately reflects the real-world situation of the keyless entry function in actual use. Furthermore, the simulation tool simulates the corresponding wave signal based on the target field strength parameters and sends it to the vehicle control unit under test (V2D). The V2D processes the wave signal, determines and executes the function to be executed, completely reproducing the actual logical chain of the keyless entry function from signal reception to function execution, improving the realism and reliability of the test process. Finally, the test management tool generates test results by comparing and analyzing the target function and the function to be executed. This allows for a direct and accurate evaluation of whether the V2D's response to the keyless entry function meets the expected target function, thus obtaining accurate test results.

[0096] It is worth noting that in the above embodiments of the vehicle function testing system, the various units and modules included are only divided according to functional logic, but are not limited to the above division, as long as the corresponding functions can be achieved; in addition, the specific names of each functional unit are only for easy differentiation and are not used to limit the scope of protection of the present invention.

[0097] Below, for reference Figure 4 To describe the vehicle according to embodiments of this application. Figure 4 The diagram shown is a structural schematic of a vehicle provided in an exemplary embodiment of this application.

[0098] like Figure 4 As shown, vehicle 40 includes one or more processors 401 and memory 402.

[0099] The processor 401 may be a central processing unit (CPU) or other form of processing unit with data processing and / or instruction execution capabilities, and may control other components in the vehicle 40 to perform desired functions.

[0100] The memory 402 may include one or more computer program products, which may include various forms of computer-readable storage media, such as volatile memory and / or non-volatile memory. Volatile memory may include, for example, random access memory (RAM) and / or cache memory. Non-volatile memory may include, for example, read-only memory (ROM), hard disk, flash memory, etc. One or more computer program instructions may be stored on the computer-readable storage medium, and the processor 401 may execute the program instructions to implement the vehicle function testing methods of the various embodiments of this application described above, and / or other desired functions.

[0101] In one example, vehicle 40 may also include input device 403 and output device 404, which are interconnected via a bus system and / or other forms of connection mechanism (not shown).

[0102] The input device 403 may include, for example, a keyboard, a mouse, etc.

[0103] The output device 404 can output various information to the outside. The output device 404 may include, for example, a display, a speaker, a printer, and a communication network and its connected remote output devices, etc.

[0104] Of course, for the sake of simplicity, Figure 4 Only some of the components of the vehicle 40 relevant to this application are shown in this illustration; components such as buses, input / output interfaces, etc., are omitted. In addition, the vehicle 40 may include any other suitable components depending on the specific application.

[0105] In addition to the methods and apparatus described above, embodiments of this application may also be computer program products, which include computer program instructions that, when executed by a processor, cause the processor to perform the steps in the vehicle function testing methods according to various embodiments of this application described above.

[0106] Computer program products can be written in any combination of one or more programming languages ​​to perform the operations of the embodiments of this application. The programming languages ​​include object-oriented programming languages ​​such as Java and C++, as well as conventional procedural programming languages ​​such as C or similar languages. The program code can be executed entirely on the user's computing device, partially on the user's computing device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server.

[0107] Furthermore, embodiments of this application may also be computer-readable storage media storing computer program instructions thereon, which, when executed by a processor, cause the processor to perform the steps in the vehicle function testing methods according to various embodiments of this application described above.

[0108] Computer-readable storage media may take the form of any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may, for example, include, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatuses, or devices, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: electrical connections having one or more wires, portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0109] The basic principles of this application have been described above with reference to specific embodiments. However, it should be noted that the advantages, benefits, and effects mentioned in this application are merely examples and not limitations, and should not be considered as essential features of each embodiment of this application. Furthermore, the specific details of the above application are for illustrative and facilitative purposes only, and are not limitations. These details do not limit the application to the necessity of employing the aforementioned specific details for implementation.

[0110] The block diagrams of devices, apparatuses, devices, and systems involved in this application are merely illustrative examples and are not intended to require or imply that they must be connected, arranged, or configured in the manner shown in the block diagrams. As those skilled in the art will recognize, these devices, apparatuses, devices, and systems can be connected, arranged, and configured in any manner. Words such as “comprising,” “including,” “having,” etc., are open-ended terms meaning “including but not limited to,” and are used interchangeably with them. The terms “or” and “and” as used herein refer to the terms “and / or,” and are used interchangeably with them unless the context clearly indicates otherwise. The term “such as” as used herein refers to the phrase “such as but not limited to,” and is used interchangeably with it.

[0111] It should also be noted that in the apparatus, equipment, and methods of this application, the components or steps can be disassembled and / or recombined. These disassemblies and / or recombinations should be considered as equivalent solutions of this application.

[0112] The above description of the claimed aspects is provided to enable any person skilled in the art to make or use this application. Various modifications to these aspects will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other aspects without departing from the scope of this application. Therefore, this application is not intended to be limited to the aspects shown herein, but rather to be applied within the widest scope consistent with the principles and novel features of this application.

[0113] The above description has been given for illustrative and descriptive purposes. Furthermore, this description is not intended to limit the embodiments of this application to the forms described herein. Although numerous exemplary aspects and embodiments have been discussed above, those skilled in the art will recognize certain variations, modifications, alterations, additions, and sub-combinations thereof.

Claims

1. A method for testing vehicle functions, characterized in that, The method, applied to a vehicle function testing system, which includes test management tools, simulation tools, and a vehicle control unit under test, comprises: In response to a test request for a target function, the test management tool generates a target field strength parameter corresponding to the target function and sends the target field strength parameter to the simulation tool. The target function represents the keyless access function when the target location of the key is within the effective control area of ​​the vehicle. The target field strength parameter represents the field strength parameter collected by the vehicle antenna when the key is at the target location. The simulation tool is used to simulate the wave signal corresponding to the target field strength parameter, and the wave signal is transmitted to the vehicle control unit under test. The test vehicle control unit performs signal processing on the wave signal, and determines the function to be executed corresponding to the wave signal based on the processing result. The test management tool reads the function to be executed determined by the vehicle control unit under test, compares and analyzes the target function with the function to be executed, obtains the comparison result, and generates the test result of the target function based on the comparison result.

2. The method according to claim 1, characterized in that, The processing result includes field strength information obtained after analyzing the wave signal; the step of determining the function to be executed corresponding to the wave signal based on the processing result includes: The vehicle control unit under test determines the simulated position of the key simulated by the simulation tool based on the field strength information. If the simulated location is within the effective control area, then the function to be executed is determined to be a keyless access function within the effective control area. If the simulated location is not within the effective control area, then the function to be executed is determined to be a function that is prohibited from entering in the non-effective control area.

3. The method according to claim 1, characterized in that, The process of generating test results for the target function based on the comparison results includes: If the comparison result indicates that the target function and the function to be executed are consistent, then the target function test is determined to be passed; If the comparison result indicates that the target function is inconsistent with the function to be executed, then the target function test is determined to have failed.

4. The method according to claim 1, characterized in that, Before simulating the wave signal corresponding to the target field strength parameter using the simulation tool, the method further includes: The vehicle control unit under test receives a door opening request signal sent by the test management tool, determines a first function code based on the door opening request signal, generates a test message based on the first function code, and sends the test message to the simulation tool. The simulation tool extracts the first function code from the test message and compares the first function code with the second function code of the target function sent by the test management tool. The simulation of the wave signal corresponding to the target field strength parameters using the simulation tool includes: When the first function code and the second function code are the same, the simulation tool is used to simulate the wave signal corresponding to the target field strength parameter.

5. The method according to claim 4, characterized in that, When the first function code and the second function code are the same, simulating the wave signal corresponding to the target field strength parameter using the simulation tool includes: The simulation tool generates verification data based on the first function code and simulates the wave signal corresponding to the target field strength parameter, and transmits the verification data and the wave signal to the vehicle control unit under test. The step of processing the wave signal through the vehicle control unit under test and determining the function to be executed corresponding to the wave signal based on the processing result includes: The vehicle control unit under test performs security verification based on the verification data and the stored encrypted data. If the verification is successful, the wave signal is processed, and the function to be executed corresponding to the wave signal is determined based on the processing result. The encrypted data is the data obtained by encrypting the first function code.

6. The method according to claim 1, characterized in that, The step of processing the wave signal through the vehicle control unit under test and determining the function to be executed corresponding to the wave signal based on the processing result includes: The vehicle control unit under test compares the key information simulated by the simulation tool with at least one registered key information. If there is registered key information that is the same as the key information simulated by the simulation tool, the wave signal is processed, and the function to be executed corresponding to the wave signal is determined based on the processing result.

7. The method according to claim 1, characterized in that, The generation of target field strength parameters corresponding to the target function includes: Based on the location of the antenna deployed on the vehicle, the theoretical field strength parameter generated by the antenna at the target location is determined, and the theoretical field strength parameter is used as the target field strength parameter corresponding to the target function.

8. A computer-readable storage medium, characterized in that, The storage medium stores a computer program for executing the vehicle function testing method according to any one of claims 1 to 7.

9. A vehicle, characterized in that, include: processor; Memory used to store the processor's executable instructions; The processor is used to execute the vehicle function testing method according to any one of claims 1 to 7.

10. A computer program product, characterized in that, The computer program product includes instructions that, when executed on a vehicle, cause the vehicle to perform the vehicle function testing method according to any one of claims 1 to 7.

Images