OTA refresh test method and OTA refresh test system for vehicle

Abstract

The invention discloses an OTA refresh test method and an OTA refresh test system for a vehicle, and the method comprises the steps: carrying out the first time of pressure test on each sub-process if the refresh test of the sub-process fails in each refresh test, determining the error information of the pressure test after the failed pressure test, and carrying out the first time of pressure test on the sub-process; after the first time of pressure test is completed on the sub-process, performing fault-tolerant preprocessing on the sub-process, after the fault-tolerant preprocessing is completed, performing the next time of pressure test on the sub-process until the first time of pressure test on the sub-process is completed, and then entering a refresh test on the next sub-process; and if the refreshing test of a certain sub-process is successful, directly entering the refreshing test of the next sub-process. According to the method, the test process is divided into a plurality of sub-processes, the sub-process is subjected to the independent pressure test after the refresh test of each sub-process fails, and the error information is determined when the pressure test fails each time, so that targeted information is provided for fault-tolerant preprocessing, and the test period is greatly shortened.

Description

Technical Field

[0001] The present application relates to the field of OTA refresh technology, and more specifically, to an OTA refresh test method and an OTA refresh test system for a vehicle. Background Art

[0002] OTA (Over-the-Air Technology) refresh test technology has been widely used in the field of passenger cars. With the development of intelligent network technology, the iterative upgrade of the functions of vehicles and their subsystems has become a user demand, and OTA upgrades provide a channel for these functional upgrades. Through the technical practice of OTA upgrade technology on mass-produced models, market users are provided with upgrade services such as MP5 theme upgrades and HVAC (Heating Ventilation and Air Conditioning) air conditioning controller software quality issues. The market service has received positive responses from market users and improved the efficiency of market vehicle services.

[0003] However, during the OTA refresh test process, there are occasional failures in OTA upgrades for market vehicles, which puts higher requirements on the reliability of OTA testing.

[0004] In the traditional vehicle OTA refresh test method, after the car polls the task released by the car OTA platform, it starts the refresh test. However, it is difficult to accurately locate the error node and cannot perform local OTA stress testing on the error node. It is impossible to "test where the error occurs", resulting in a long test cycle and a lack of targetedness in the test process. Summary of the invention

[0005] The present application provides a vehicle OTA refresh test method and OTA refresh test system, which splits the test process into multiple sub-processes, performs a separate stress test on each sub-process after the refresh test fails, and determines error information each time the stress test fails, providing targeted information for fault-tolerant preprocessing. Thus, while ensuring the integrity of the OTA test, the error information determination scope and the fault-tolerant preprocessing scope are narrowed, so as to achieve "test where the error occurs and repair where the error occurs", greatly shortening the test cycle and ensuring the reliability and stability of the OTA refresh test.

[0006] The present application provides a vehicle OTA refresh test method, wherein the refresh process includes multiple independent sub-processes; in each refresh test, a refresh test is performed on each sub-process in turn;

[0007] OTA refresh test methods include:

[0008] In each refresh test, for each subprocess, if the refresh test of the subprocess fails, the first number of stress tests are performed on the subprocess, and the error information of this stress test is determined after the failed stress test, so as to perform fault-tolerant preprocessing on the subprocess. After the fault-tolerant preprocessing is completed, the next stress test of the subprocess is performed until the first number of stress tests on the subprocess are completed, and then the refresh test of the next subprocess is entered;

[0009] If the refresh test of a subprocess is successful, it will directly enter the refresh test of the next subprocess.

[0010] Preferably, after a failed stress test, error information of the stress test is determined, specifically including:

[0011] Parse the message frames of the communication data between the platform and the vehicle's telematics processor and the communication data between the vehicle's telematics processor and the refreshed controller in this stress test, lock the failure status data, and use the failure status data as the first part of the error information;

[0012] The link where the failure status data is located is taken as the error point of this stress test and as the second part of the error information.

[0013] Preferably, in each refresh test, the first number of each sub-process is determined by the stress test correction factor, the empirical coefficient and the first number of times the sub-process failed to refresh most recently.

[0014] Preferably, in the OTA refresh test method, the refresh test is performed in rounds, wherein each round includes a preset number of refresh tests;

[0015] After the current round of refresh test is completed, calculate the success rate of the stress test for each subprocess after the refresh test fails in this round;

[0016] If the success rate of at least one subprocess in the current round does not meet the standard, the next round of refresh test will be entered; if the success rates of all subprocesses in the current round meet the standard, the refresh test will end.

[0017] Preferably, for each round of refresh test after the first round, the first number of each sub-process in the first refresh test is determined by the number of stress tests performed when all the sub-processes failed to refresh in the previous round of refresh test.

[0018] Preferably, for each round of refresh test after the first round, a method for determining the first number of each subprocess in the first refresh test is as follows:

[0019] Calculate the expected value of the second number of stress tests performed by the subprocess after all refreshes failed in the previous refresh test;

[0020] The first number of the subprocess in the first refresh test of the current round is calculated based on the expected value, the stress test correction factor and the empirical coefficient.

[0021] Preferably, the multiple independent sub-processes include online self-check, test sequence configuration, task release, vehicle-side task polling, vehicle-side task download and vehicle-side task installation.

[0022] The present application also provides a vehicle OTA refresh test system, wherein the refresh process includes multiple independent sub-processes; in each refresh test, a refresh test is performed on each sub-process in turn;

[0023] The OTA refresh test system includes a refresh module and a stress test module;

[0024] The refresh module is used to perform refresh tests on each subprocess;

[0025] The stress test module is used to perform the first number of stress tests on a sub-process after the refresh test of a sub-process fails, and to determine the error information of this stress test after the failed stress test, so as to perform fault-tolerant preprocessing on the sub-process. After the fault-tolerant preprocessing is completed, the next stress test on the sub-process is performed until the first number of stress tests on the sub-process is completed.

[0026] Preferably, the OTA refresh test system further includes a test equipment monitoring module, the test equipment monitoring module being used to monitor communication data between test equipment;

[0027] The stress test module includes an error-finding module, which is used to parse the message frames of the communication data between the platform and the vehicle's remote communication processor and the communication data between the vehicle's remote communication processor and the refreshed controller in this stress test, lock the failure status data as the first part of the error information; and use the link where the failure status data is located as the error point of this stress test, and use the error point as the second part of the error information.

[0028] Preferably, the stress test module also includes a times calculation module, which is used to determine the first times of each sub-process in the current refresh test through the stress test correction factor, the empirical coefficient and the first times of the most recent refresh failure of each sub-process.

[0029] Preferably, the OTA refresh test system also includes a test effect monitoring module, which is used to monitor the refresh test effect in rounds, wherein each round includes a preset number of refresh tests; after the refresh test of the current round is completed, the test effect monitoring module calculates the success rate of the stress test of each sub-process after the refresh test fails in the round; and outputs the monitoring result of entering the next round of refresh test when the success rate of at least one sub-process in the current round does not meet the standard, and outputs the monitoring result of the end of the refresh test when the success rates of all sub-processes in the current round meet the standard.

[0030] Preferably, the times calculation module is used to determine the first times of the subprocess in the first refresh test of the current round by the times of stress tests performed on each subprocess when all refreshes failed in the previous refresh test.

[0031] Preferably, the number calculation module includes an expected value calculation module and a correction module;

[0032] The expected value calculation module is used to calculate the expected value of the second number of stress tests performed by the subprocess after all refreshes failed in the previous round of refresh tests;

[0033] The correction module is used to calculate the first number of the sub-process in the first refresh test of the current round according to the expected value, the stress test correction factor and the empirical coefficient.

[0034] Preferably, the multiple independent sub-processes include online self-check, test sequence configuration, task release, vehicle-side task polling, vehicle-side task download and vehicle-side task installation.

[0035] Other features and advantages of the present application will become apparent from the following detailed description of exemplary embodiments of the present application with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate embodiments of the application and, together with the description, serve to explain the principles of the application.

[0037] Figure 1 A flowchart of a refresh test provided for this application;

[0038] Figure 2 A flowchart of the stress test of the subprocess provided for this application;

[0039] Figure 3 The format of the communication data provided for this application;

[0040] Figure 4 A flowchart of a preferred embodiment of the OTA refresh test method for a vehicle provided by the present application;

[0041] Figure 5This is a structural diagram of the OTA refresh test system for the vehicle provided in this application. DETAILED DESCRIPTION

[0042] Various exemplary embodiments of the present application will now be described in detail with reference to the accompanying drawings. It should be noted that unless otherwise specifically stated, the relative arrangement of components and steps, numerical expressions and numerical values ​​set forth in these embodiments do not limit the scope of the present application.

[0043] The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the present application, its application, or uses.

[0044] Technologies, methods, and equipment known to ordinary technicians in the relevant art may not be discussed in detail, but where appropriate, the technologies, methods, and equipment should be considered part of the specification.

[0045] In all examples shown and discussed herein, any specific values ​​should be interpreted as merely exemplary and not limiting. Therefore, other examples of the exemplary embodiments may have different values.

[0046] The present application provides an OTA refresh test method and an OTA refresh test system for a vehicle, which splits the test process into multiple sub-processes, performs a separate stress test on each sub-process after the refresh test fails, and determines the error information when each stress test fails, providing targeted information for fault-tolerant preprocessing. Thus, while ensuring the integrity of the OTA test, the error information determination range and fault-tolerant preprocessing range are narrowed, so that "where there is an error, test it, where there is an error, repair it", greatly shortening the test cycle, and ensuring the reliability and stability of the OTA refresh test. Furthermore, when determining the error information, the communication data of the failed stress test process is parsed and processed for frame structure, and the failure status data is initially locked, which improves the efficiency of repairing vulnerabilities and further shortens the test cycle. In addition, the number of stress tests for each sub-process in each refresh test is determined based on the number of stress tests of the sub-process before, ensuring the adequacy of the test sample and providing an important basis for other subsequent tests. On this basis, the sub-processes of this application include online self-test, test sequence configuration, task release, vehicle-side task polling, vehicle-side task download and vehicle-side task installation. This splitting method is universal. Whether it is OTA components, bench flashing or real vehicle flashing, it can be split into these six sub-processes. Therefore, this technology has strong compatibility and can flexibly adapt to various testing needs.

[0047] It should be noted that, in the present application, the refresh process includes multiple independent sub-processes; in each refresh test, a refresh test is performed on each sub-process in turn.

[0048] As an embodiment, the multiple independent sub-processes include online self-check, test sequence configuration, task release, vehicle-side task polling, vehicle-side task downloading and vehicle-side task installation.

[0049] In this application, the OTA platform includes a lower computer for performing refresh tests and a host computer for managing refresh tests. The lower computer tests the test equipment and sends the relevant test data to the host computer. The host computer outputs a test report to the user, allowing the user to perform fault-tolerant preprocessing and other operations. The test report includes the situation of the stress test performed on each subprocess (including the log when the stress test is successful and the error message when the stress test fails, etc.), the overall situation of each refresh test, and the overall situation of each round of refresh tests. These will be further explained in conjunction with the following content.

[0050] In the vehicle OTA refresh test method provided in the present application, the test conditions and initialization of the entire vehicle are first determined.

[0051] The test conditions of the whole vehicle include:

[0052] 1. Determine a test condition. The vehicle can only be refreshed when it meets the test condition.

[0053] As an embodiment, the test condition is an open environment with the vehicle at rest.

[0054] It is understandable that other test conditions may be selected according to requirements.

[0055] 2. Set the vehicle test parameters, including: the number of refresh tests in each refresh test (i.e. the subsequent preset number of times) P, pressure test correction factor The empirical coefficient N′, the cutoff ΔT and the test target. The test target represents the target success rate of the stress test for each subprocess in each round of refresh test. It can be understood that the target success rates of different subprocesses can be the same or different.

[0056] 3. Determine the subprocess monitor S ki ={PASS,Failed},i≤P-1,i∈Z + ,1≤k≤6,k∈Z + , where S 1i ~S 6i They represent online self-check, test sequence configuration, task release, vehicle-side task polling, vehicle-side task download, and vehicle-side task installation in the i-th refresh test. ki = PASS means that the refresh test of the kth subprocess in the i-th refresh test of the current round is successful, and the next subprocess S can be entered. (k+1)i Refresh test; S ki=Failed means that the refresh test of the kth subprocess in the i-th refresh test of the current round fails, and the stress test of the subprocess is entered.

[0057] 4. Set pressure parameter container in represents the set of stress test times of all subprocesses in the i-th refresh test, θ ki Indicates the number of stress tests of the kth subprocess in the i-th refresh test, that is, θ 1i ~θ 6i They respectively represent the number of stress tests of online self-check, test sequence configuration, task release, vehicle-side task polling, vehicle-side task downloading and vehicle-side task installation in the i-th refresh test.

[0058] 5. Set the stress test cutoff T kij =[t s +ΔT,t e +ΔT], where j≤θ k ,j∈Z + . Stress test cutoff T kij represents the time period of the jth stress test of the kth subprocess in the i-th refresh test, t s and t e Indicates the start time and end time of this stress test.

[0059] As an embodiment, the vehicle OTA refresh test method of the present application only performs one refresh test, that is, each sub-process performs one refresh test.

[0060] In this embodiment, during initialization, i=0, k=1, θ 01 ,θ 02 ,...,θ 06 Indicates the number of stress tests for each sub-process during the first refresh test of the entire OTA refresh test. This number can be preset manually or calculated based on big data.

[0061] In each refresh test, for each child process, if the refresh test of the child process fails (i.e. S ki = Failed), the first stress test is performed on the child process. ki =PASS), then directly enter the refresh test of the next sub-process.

[0062] Specifically, Figure 1 As shown, each refresh test includes:

[0063] S1010: Refresh test of S1 online self-test;

[0064] S1020: Determine whether the refresh test of S1 is successful. If yes, execute S1030; otherwise, execute S1130.

[0065] S1030: Refresh test the S2 test sequence configuration;

[0066] S1040: Determine whether the refresh test of S2 is successful. If yes, execute S1050; otherwise, execute S1140.

[0067] S1050: Refresh test on S3 task release;

[0068] S1060: Determine whether the refresh test of S3 is successful. If yes, execute S1070; otherwise, execute S1150.

[0069] S1070: Refresh test on S4 vehicle-side task polling;

[0070] S1080: Determine whether the refresh test of S4 is successful. If yes, execute S1090; otherwise, execute S1160.

[0071] S1090: Refresh test on S5 vehicle-side task download;

[0072] S1100: Determine whether the refresh test of S5 is successful. If yes, execute S1110; otherwise, execute S1170.

[0073] S1110: Refresh test the S6 vehicle-side task installation;

[0074] S1120: Determine whether the refresh test of S6 is successful. If so, the refresh test ends; otherwise, execute S1180.

[0075] S1130: Perform a stress test on S1. Then execute S1030.

[0076] S1140: Perform a stress test on S2, and then execute S1050.

[0077] S1150: Perform a stress test on S3, and then execute S1070.

[0078] S1160: Perform a stress test on S4, and then execute S1090.

[0079] S1170: Perform a stress test on S5. Then execute S1110.

[0080] S1180: Perform stress test on S6. Then this refresh test ends.

[0081] When performing a stress test on a subprocess, first calculate the number of times this stress test is performed as the first number θ ki Then, the stress test is started. After the failed stress test, the error information of this stress test is determined to perform fault-tolerant preprocessing on the subprocess. After the fault-tolerant preprocessing is completed, the next stress test of the subprocess is performed until the first number of stress tests is completed on the subprocess. ki The stress test is then performed, and then the refresh test of the next sub-process is performed.

[0082] As an embodiment, in each refresh test, the first number θ of each subprocess ki Stress Test Correction Factor The empirical coefficient N′ and the first number of times the subprocess failed to refresh the last time θ kl (l<i) determine:

[0083]

[0084] The number of stress tests for each sub-process changes with the progress of the test, which can ensure the adequacy of the test samples and provide an important basis for other subsequent tests.

[0085] Specifically, Figure 2 As shown, each subprocess is stress tested, including:

[0086] S210: Initialize j=1.

[0087] S220: Perform the j-th stress test on the child process.

[0088] S230: Determine whether the jth stress test is successful. If yes, execute S240; otherwise, execute S250.

[0089] S240: The stress test log (including the stress test truncation T kij ) is uploaded to the host computer of the OTA platform and determines whether j = θ ki If yes, then the stress test of the subprocess ends; otherwise, execute S270.

[0090] Among them, since S4 to S6 are performed on the vehicle, the logs of these three sub-processes are first uploaded to the vehicle's T-box, and then uploaded from the T-box to the host computer of the OTA platform.

[0091] S270: Set j=j+1 and return to S220.

[0092] S250: Determine the error information of this stress test and upload it to the host computer of the OTA platform, so that the fault-tolerant preprocessing of the subprocess is performed after the host computer outputs the error information. It should be noted that the fault-tolerant preprocessing can be manual repair or automatic repair.

[0093] As an embodiment, after a failed stress test, error information of the stress test is determined, specifically including:

[0094] S2501: parse the message frames of the communication data between the platform and the vehicle's remote communication processor and the communication data between the vehicle's remote communication processor and the refreshed controller in this stress test, lock the failure status data, and use the failure status data as the first part of the error information.

[0095] The lower computer is equipped with a test equipment monitoring module for monitoring the communication data and other data between the test equipment, which includes the OTA platform (specifically the upper computer), the vehicle's remote communication processor (such as T-box), and the controller installed on the vehicle.

[0096] The communication between the OTA platform and the vehicle (platform-T-box) and the communication between the vehicle's remote communication processor and the refreshed controller (T-box-controller) are transmitted using byte streams.

[0097] As an example, the communication protocol between the OTA platform and the vehicle (platform-T-box) and between the vehicle's telematics processor and the refreshed controller (T-box-controller) is shown in the following table:

[0098] Table 1 Communication protocol table

[0099]

[0100] like Figure 3 As shown, in the embodiment of the above communication protocol, the communication data includes four parts: Frame_Type, Msg_Type, Msg_Data and CRC.

[0101] Among them, Frame_Type determines whether the source of the message is "Platform-T-box" or "T-box-Controller", r01 means that the message comes from "Platform-T-box", r02 means that the message comes from "T-box-Controller", and r03 means that an error occurs in the message.

[0102] Msg_Type determines the message type, whether the command is successfully transmitted or failed. r01 represents successful command transmission, r02 represents failed command transmission, and r03 represents command error.

[0103] Msg_Data is the flash data stream, and its final length is determined by the message type.

[0104] There are two possible cases for Msg_Data:

[0105] (1) When Frame_Type is "Platform-T-box", Msg_Data includes two parts: Arrival_Times and Error_Type. Arrival_Times indicates the number of transmissions of the "Platform-T-box" communication data, and Error_Type indicates the error type of the "Platform-T-box" communication data.

[0106] (2) When Frame_Type is "T-box-controller", Msg_Data includes four parts: Up_State1, Up_State2, Arrival_Times and Error_Type. Up_State1 indicates that the software upgrade is successful; Up_State2 indicates that the software upgrade fails; Arrival_Times indicates the number of transmissions of the communication data of the "T-box-controller"; Error_Type indicates the error type of the communication data of the "T-box-controller".

[0107] CRC is a check bit, which is used to check whether there is any error in the data packet in the "platform-T-box-ECU" communication.

[0108] Therefore, by identifying the message source, message type and flash data flow in the communication data, the failure status data can be obtained, and the message and error type of the flash failure can be locked.

[0109] S2502: The link where the failure status data is located is used as the error point of this stress test and as the second part of the error information.

[0110] It contains the failure status data and error information of the error point, which can perform targeted repairs with the smallest scope during fault tolerance preprocessing, improving the efficiency of repairs and thus increasing the speed of stress testing and refresh testing.

[0111] S260: Determine whether the fault-tolerance preprocessing is completed. If yes, execute S240; otherwise, return to S260.

[0112] On the basis of the above, preferably, in the OTA refresh test method, the refresh test is performed in rounds, wherein each round includes a preset number of refresh tests P. The test target should be achieved at the end of the test.

[0113] That is to say, after each round of refresh test, the success rate of the stress test after each sub-process failed the refresh test in that round is calculated. If the success rate of at least one sub-process in the current round does not meet the standard, the next round of refresh test will be entered; if the success rates of all sub-processes in the current round meet the standard, the overall OTA refresh test will end.

[0114] The success rate of the stress test after each sub-process fails the refresh test in the round may be an average value or arithmetic mean value of the success rates of the stress tests after each refresh failure of the sub-process in the round.

[0115] Specifically, Figure 4 As shown, in the preferred embodiment, the OTA refresh test method includes:

[0116] S410: Initialize the round number L=1.

[0117] S420: Execute the Lth round of refresh test, wherein the number of refresh tests in the Lth round of refresh test is a preset number P, and the process of each refresh test can be found in the above description.

[0118] S430: Calculate the success rate of the stress test of each sub-process in the Lth round of refresh test, and determine whether the Lth round of refresh test has achieved the test target. If so, end the entire OTA refresh test of the vehicle; otherwise, execute S440.

[0119] S440: Set L=L+1. Return to S420.

[0120] In this embodiment, for each round of refresh test after the first round, the first times of each sub-process in the first refresh test are determined by the times of stress tests performed when all the sub-processes failed to refresh in the previous round of refresh test. For the first round of refresh test, the first times of S1 to S6 in the first refresh test are θ 01 ,θ 02 ,θ 03 ,θ 04 ,θ 05 ,θ 06 , see the above instructions.

[0121] As an embodiment, for each round of refresh test after the first round, a method for determining the first number of each subprocess in the first refresh test is as follows:

[0122] P1: Calculate the expected value N of the second number of stress tests performed by the child process after all refreshes failed in the previous refresh test False :

[0123]

[0124] Where n represents the number of refresh failures of the subprocess in the previous refresh test, N′ False 1. N′ False 2. N′ Falsen They respectively represent the second number of stress tests performed on the subprocess after the first, second, and nth refresh failures in the previous refresh test.

[0125] P2: Based on the expected value N False , Stress Test Correction Factor And the empirical coefficient N′ calculates the first number θ of the subprocess in the first refresh test of the current round ki :

[0126]

[0127] Wherein, δ represents the expected parameter or stress test parameter.

[0128] Based on the above, the present application also provides a vehicle OTA refresh test system. Figure 5 As shown, the OTA refresh test system includes a refresh module 510 and a stress test module 520 .

[0129] The refresh module 510 is used to perform a refresh test on each sub-process.

[0130] The stress testing module 520 is used to perform the first number of stress tests on a sub-process after a refresh test of a sub-process fails, and to determine the error information of this stress test after the failed stress test, so as to perform fault-tolerant preprocessing on the sub-process. After the fault-tolerant preprocessing is completed, the next stress test on the sub-process is performed until the first number of stress tests on the sub-process is completed.

[0131] Preferably, the OTA refresh test system further includes a test equipment monitoring module 530, and the test equipment monitoring module 530 is used to monitor the communication data between the test equipment.

[0132] The stress test module 520 includes an error detection module 5201, which is used to parse the communication data between the platform and the vehicle's remote communication processor and the communication data between the vehicle's remote communication processor and the refreshed controller in this stress test, lock the failure status data as the first part of the error information, and use the link where the failure status data is located as the error point of this stress test, and use the error point as the second part of the error information.

[0133] Preferably, the stress test module 520 also includes a times calculation module 5202, which is used to determine the first times of each sub-process in the current refresh test through the stress test correction factor, the empirical coefficient and the first times of the most recent refresh failure of each sub-process.

[0134] Preferably, the OTA refresh test system also includes a test effect monitoring module 540, which is used to monitor the refresh test effect in rounds, where each round includes a preset number of refresh tests. After the refresh test of the current round is completed, the test effect monitoring module 540 calculates the success rate of the stress test of each sub-process after the refresh test fails in the round; and outputs the monitoring result of entering the next round of refresh test when the success rate of at least one sub-process in the current round does not meet the standard, and outputs the monitoring result of the end of the refresh test when the success rates of all sub-processes in the current round meet the standard.

[0135] Preferably, the times calculation module 5202 is used to determine the first times of the subprocess in the first refresh test of the current round by the times of stress tests performed on each subprocess when all refreshes failed in the previous refresh test.

[0136] Preferably, the number calculation module 5202 includes an expected value calculation module 52021 and a correction module 52022.

[0137] The expected value calculation module 52021 is used to calculate the expected value of the second number of stress tests performed by the sub-process after all refreshes failed in the previous round of refresh tests.

[0138] The correction module 52022 is used to calculate the first number of the sub-process in the first refresh test of the current round according to the expected value, the stress test correction factor and the empirical coefficient.

[0139] Although some specific embodiments of the present application have been described in detail by way of example, it should be understood by those skilled in the art that the above examples are only for illustration, not for limiting the scope of the present application. It should be understood by those skilled in the art that the above embodiments may be modified without departing from the scope and spirit of the present application. The scope of the present application is defined by the appended claims.

Claims

1. A vehicle OTA refresh test method, characterized in that: The refresh process includes multiple independent sub-processes; In each refresh test, a refresh test is performed on each subprocess in turn; The OTA refresh test method includes: In each refresh test, for each subprocess, if the refresh test of the subprocess fails, the first number of stress tests are performed on the subprocess, and the error information of this stress test is determined after the failed stress test, so as to perform fault-tolerant preprocessing on the subprocess. After the fault-tolerant preprocessing is completed, the next stress test of the subprocess is performed until the first number of stress tests on the subprocess are completed, and then the refresh test of the next subprocess is entered; If the refresh test of a subprocess is successful, it will directly enter the refresh test of the next subprocess.

2. The vehicle OTA refresh test method according to claim 1, characterized in that: After a failed stress test, determine the error information for this stress test, including: Performing message frame parsing on the communication data between the platform and the vehicle's telematics processor and the communication data between the vehicle's telematics processor and the refreshed controller in this stress test, locking the failure status data, and using the failure status data as the first part of the error information; The link where the failure status data is located is taken as the error point of this stress test and as the second part of the error information.

3. The vehicle OTA refresh test method according to claim 1, characterized in that: In the OTA refresh test method, the refresh test is performed in rounds, wherein each round includes a preset number of refresh tests; After the current round of refresh test is completed, calculate the success rate of the stress test for each subprocess after the refresh test fails in this round; If the success rate of at least one subprocess in the current round does not meet the standard, the next round of refresh test will be entered; if the success rates of all subprocesses in the current round meet the standard, the refresh test will end.

4. The vehicle OTA refresh test method according to claim 3, characterized in that: For each round of refresh test after the first round, the first number of each subprocess in the first refresh test is determined by the number of stress tests performed when all the subprocesses failed to refresh in the previous round of refresh test.

5. The vehicle OTA refresh test method according to claim 1, characterized in that: The multiple independent sub-processes include online self-check, test sequence configuration, task release, vehicle-side task polling, vehicle-side task download and vehicle-side task installation.

6. A vehicle OTA refresh test system, characterized in that: The refresh process includes multiple independent sub-processes; in each refresh test, each sub-process is refreshed once in turn; The OTA refresh test system includes a refresh module and a stress test module; The refresh module is used to perform a refresh test on each subprocess; The stress testing module is used to perform the first number of stress tests on a sub-process after a refresh test of a sub-process fails, and determine the error information of this stress test after the failed stress test to perform fault-tolerant preprocessing on the sub-process. After the fault-tolerant preprocessing is completed, the next stress test of the sub-process is performed until the first number of stress tests on the sub-process is completed.

7. The vehicle OTA refresh test system according to claim 6, characterized in that: The OTA refresh test system further includes a test equipment monitoring module, wherein the test equipment monitoring module is used to monitor communication data between test equipment; The stress test module includes an error-finding module, which is used to parse the communication data between the platform and the vehicle's telematics processor and the communication data between the vehicle's telematics processor and the refreshed controller during the stress test, and lock the failure status data as the first part of the error information; The link where the failure status data is located is used as the error point of this stress test, and the error point is used as the second part of the error information.

8. The vehicle OTA refresh test system according to claim 6, characterized in that: The OTA refresh test system further includes a test effect monitoring module, which is used to monitor the refresh test effect in rounds, wherein each round includes a preset number of refresh tests; After the current round of refresh test is finished, the test effect monitoring module calculates the success rate of the stress test of each subprocess after the refresh test fails in the current round; When the success rate of at least one subprocess in the current round does not meet the standard, the monitoring result of entering the next round of refresh test is output; when the success rates of all subprocesses in the current round meet the standard, the monitoring result of the end of the refresh test is output.

9. The vehicle OTA refresh test system according to claim 8, characterized in that: The stress test module also includes a times calculation module, which is used to determine the first times of the subprocess in the first refresh test of the current round according to the times of stress tests performed on each subprocess when all refreshes failed in the previous round of refresh tests.

10. The vehicle OTA refresh test system according to claim 6, characterized in that: The multiple independent sub-processes include online self-check, test sequence configuration, task release, vehicle-side task polling, vehicle-side task download and vehicle-side task installation.

Images