CN115396941A - OTA stress test method, system, electronic device, storage medium - Google Patents

Abstract

The invention provides an OTA stress testing method, system, electronic equipment, and storage medium, and relates to the field of OTA stress testing. Including, responding to the test startup program, reading the test configuration file of the test startup program; generating a plurality of upgrade task packages according to the parameters of the test configuration file, and sending them to the modules under test specified by the upgrade task package respectively; The upgrade task package is repeatedly written to the ECU until the cumulative number of tests reaches the preset number of tests; the test results of each of the tested modules are obtained, and a test report is generated according to the test results. In the testing process, the method of the present application can write a configuration file once, and independently test multiple tested modules at the same time. The tester does not need to operate each tested module separately, reducing the work tasks of the tester. Effectively increase the number of tests to meet the sample size requirements of the OTA stress test.

Description

OTA stress test method, system, electronic device, storage medium

technical field

The invention relates to the field of OTA stress testing, in particular to an OTA stress testing method, system, electronic equipment, and storage medium.

Background technique

With the advent of the big data era of the Internet of Things, the "attributes" of cars are changing, and this change stems from the rise of intelligence. The car is no longer a simple means of transportation, it is constantly changing and growing. From time to time, car owners will discover the small surprises that the car brings to them. It becomes more caring and safe, and one day it will be able to drive by itself without your control, thus further bringing a sense of technology and intelligence to the driver. Improvement, and what makes all this come true is OTA (Over-the-Air Technology, over-the-air download technology). In the context of the country's vigorous development of new energy vehicles, vehicle-mounted OTA technology will accelerate its popularization in the process of vehicle electrification and intelligent development. The development of vehicle OTA technology is an inevitable trend to promote the rapid iterative update of connected vehicles. Car OTA first appeared on some models launched in 2012. Its update scope involves automatic driving, human-computer interaction, power, battery system and other fields. Through OTA, the cruising range of key card loopholes can be improved, the maximum speed can be improved, and the ride comfort can be improved. Degree and other functions or bug fixes. OTA has brought about changes in the automotive business model. OTA is not only a standard configuration for the capabilities of the vehicle end, but also a standard configuration for the operation of the new profit model of the car factory. In order to ensure the test coverage of the OTA system and reduce the coupling of the test, at the same time, to improve the user experience after the vehicle is launched, the reliability and stability of the technology must be fully verified before it is put on the market, including the components of the key controller Verification and system integration verification, and the only way to guarantee it is through a complete test verification of the OTA solution.

There are many limitations and bottlenecks in the current OTA testing scheme. First of all, the current scheme basically adopts non-automated test verification methods, that is, manual test verification is performed by investing human resources, which not only brings a lot of labor costs, but also Since the OTA link test involves downloading and installation, these two steps take a lot of time, ranging from tens of minutes to several hours, and the result will be that the input will not be directly proportional to the output.

Secondly, the current OTA testing is done through manual or semi-automatic testing. Each test can only be tested for one module under test. The coverage and efficiency of the test are not high enough to meet the sample size of the stress test.

Contents of the invention

In view of the above shortcomings of the prior art, the present invention provides an OTA stress test method to improve the existing OTA test using non-automated test verification, which consumes a lot of manpower and material resources, and the test coverage and efficiency are not high enough to meet the stress test requirements. Technical issues with sample size.

To achieve the above object and other related objects, the present invention provides an OTA stress testing method. including: responding to a test launcher, reading a test configuration file of the test launcher;

Generate a plurality of upgrade task packages according to the test configuration file parameters, and send them to the modules under test specified by the upgrade task packages respectively;

Carry out ECU (Electronic Control Unit, electronic control unit) flashing repeatedly according to described upgrading task package, until the cumulative number of tests reaches the preset number of tests;

Obtain the test results of each of the tested modules, and generate a test report according to the test results.

In an embodiment of the present application, generating multiple upgrade task packages according to the parameters of the test configuration file, and sending them to the modules under test specified by the upgrade task packages respectively, including: generating multiple upgrade task packages according to the parameters of the test configuration file The upgrade task package with codes; according to the codes of the upgrade task packages, the upgrade task packages with different codes are delivered to the modules under test preset with different numbers respectively.

In an embodiment of the present application, the ECU is repeatedly flashed according to the upgrade task package until the cumulative number of tests reaches the preset number of tests, including: triggering a version synchronization diagnosis service request; obtaining a download authorization license, obtaining installation instructions and software upgrades package; obtain the installation authorization license, and flash each corresponding ECU according to the installation manual; obtain the rollback operation request, perform local rollback ECU flashing, and add one to the cumulative test times; obtain the cumulative test times, according to the The cumulative number of tests, repeat the above steps until the cumulative number of tests reaches the preset number of tests

In one embodiment of the present application, the version synchronization diagnosis service request is triggered, and the command process includes: a gateway controller reset request; a request to enter an extended session; a version synchronization command operation of the gateway; stepping on the brake pedal; Press the button; the above state is maintained until the preset time.

In one embodiment of the present application, a new thread is created to periodically check the version synchronization status. If the query result is a synchronization NOK status within the version synchronization check time, it is determined that the version synchronization cannot be performed, and a specific exception prompt is issued.

In an embodiment of the present application, obtaining the installation authorization includes: receiving the software upgrade package; activating the update and upgrade button on the DHU; controlling the DHU to automatically trigger the press of the update and upgrade button through ADB.

In one embodiment of the present application, receiving the software upgrade package includes: performing communication encryption security verification before receiving the software upgrade package; performing data frame anomaly detection when receiving the software upgrade package; performing OTA upgrade package signature verification after receiving the software upgrade package safety verification.

The present application also provides an OTA stress testing system, including:

A test management module, wherein the test management module reads the test configuration file, controls and generates multiple upgrade task packages according to the test configuration file, and sends the upgrade task packages to the modules under test specified by the upgrade task package respectively ;

The module under test, one of the test management modules corresponds to one or more modules under test; the module under test triggers a version synchronization diagnostic service request, obtains the installation manual and software upgrade package after obtaining the download authorization license, and obtains the installation authorization according to the The installation manual flashes each corresponding ECU; performs local rollback after obtaining the rollback operation request, and adds one to the accumulated test times; obtains the accumulated test times and repeats the test;

After the accumulative test times of each of the modules under test respectively reach the preset test times, the test management module acquires the test results of each of the modules under test, and generates a test report according to the test results.

The present application also provides an electronic device, the electronic device comprising:

one or more processors;

A storage device for storing one or more programs, when the one or more programs are executed by the one or more processors, the electronic device implements the OTA stress testing method as described in any one of the above .

The present application also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor of the computer, the computer is made to execute the OTA stress testing method described in any one of the above.

The beneficial effects of the present invention are:

The OTA stress test method provided by this application can automatically complete the OTA stress test, execute the corresponding test script according to the test item, output the test report with one key, and automate the entire test process, reducing the time occupied by testers and improving test efficiency.

The method of the present application can write a configuration file once during the test process, and independently test multiple tested modules at the same time. The tester does not need to operate each tested module separately, reducing the work tasks of the tester. Effectively increase the number of tests to meet the sample size requirements of the OTA stress test.

During the testing process, the method of the present application restores the initial state of the OTA synchronously by cooperating with the cloud and the vehicle terminal according to the selected test cases set automatically, so as to ensure that the execution of the next use case will not be disturbed by the tasks left in the previous test case, and ensure that Each test case is run independently to meet the OTA's stress test requirements.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the accompanying drawings in the following description are only These are some embodiments of the present invention. Those skilled in the art can also obtain other drawings based on these drawings without creative work.

Fig. 1 is an exemplary schematic diagram of an existing OTA test;

Fig. 2 is a schematic diagram of an OTA automated testing system;

Fig. 3 is an exemplary 1-to-N test system framework;

FIG. 4 is a schematic diagram of an exemplary OTA stress testing method of the present application;

FIG. 5 is an exemplary schematic diagram of step S430 in FIG. 4 of the present application;

FIG. 6 is a schematic diagram of an exemplary version synchronization diagnosis service request in step S510 in FIG. 5 of the present application;

FIG. 7 is a schematic diagram of an exemplary step S530 in FIG. 5 of the present application for obtaining an installation authorization license;

FIG. 8 is an exemplary schematic diagram of step S710 in FIG. 7 of the present application;

FIG. 9 is an exemplary schematic diagram of step S530 in FIG. 5 of the present application;

Fig. 10 shows a hardware architecture diagram of an exemplary OTA stress testing method;

FIG. 11 shows a schematic diagram of an exemplary OTA stress test task execution;

FIG. 12 shows a schematic structural diagram of a computer system suitable for implementing the embodiments of the present application.

Detailed ways

Embodiments of the present invention are described below through specific examples, and those skilled in the art can easily understand other advantages and effects of the present invention from the content disclosed in this specification. The present invention can also be implemented or applied through other different specific implementation modes, and various modifications or changes can be made to the details in this specification based on different viewpoints and applications without departing from the spirit of the present invention. It should be noted that, in the case of no conflict, the following embodiments and features in the embodiments can be combined with each other. It should also be understood that the terminology used in the embodiments of the present invention is for describing specific implementations, not for limiting the protection scope of the present invention. The test methods for which specific conditions are not indicated in the following examples are usually in accordance with conventional conditions, or in accordance with the conditions suggested by each manufacturer.

When the examples give numerical ranges, it should be understood that, unless otherwise stated in the present invention, the two endpoints of each numerical range and any value between the two endpoints can be selected. Unless otherwise defined, all technical and scientific terms used in the present invention are consistent with those skilled in the art's grasp of the prior art and the description of the present invention, and can also be used with the methods, equipment, and materials described in the embodiments of the present invention Any methods, apparatus and materials of the prior art similar or equivalent to the practice of the present invention.

It should be noted that terms such as "upper", "lower", "left", "right", "middle" and "one" quoted in this specification are only for the convenience of description and are not used to limit this specification. The practicable scope of the invention and the change or adjustment of its relative relationship shall also be regarded as the practicable scope of the present invention without any substantial change in the technical content.

OTA refers to over-the-air download technology, and car OTA can realize remote management of software through the interface of mobile communication. In the early days, OTA technology was widely used to upgrade the software of smartphones. Later, the automotive OTA technology was launched in 2012, which promoted the development of the automotive industry.

The upgrade of the car OTA is similar to the upgrade of the computer window system or the upgrade of the mobile phone system. Each upgrade can improve, fix bugs or obtain more functions, performance and visual effects. Since the emergence of car OTA technology, 4S stores are no longer a mandatory topic in car upgrades.

Nowadays, many car companies attach great importance to the OTA technology of automobiles. The OTA technology of automobiles is also used in various maps, application programs, entertainment information systems, etc., and has even been developed into electronic control units. However, the automotive industry is not like other industries. Automobiles need to have a certain degree of safety. If there is a problem with OTA technology, it is likely to cause serious safety accidents. The reliability and stability of the technology must be fully verified before it is put on the market, including key The component verification of the controller and the integration verification of the system, and the only way to guarantee it is through a complete test verification of the OTA solution.

Please refer to FIG. 1 , which is an exemplary schematic diagram of OTA system testing in the prior art.

Car OTA upgrade is to modify and upgrade the entertainment or electronic control unit of the car after obtaining the upgrade package through wireless signal transmission. There are many limitations and bottlenecks in the existing OTA testing schemes. The current schemes basically adopt non-automated testing and verification methods, that is, manual testing and verification is performed by investing human resources, which not only brings a lot of labor costs, but also due to OTA link testing involves downloading and installation. These two steps take a lot of time, ranging from tens of minutes to several hours. The consequence of this is that the input will not be directly proportional to the output. Secondly, the current OTA test is completed through manual or semi-automatic testing, which has low coverage and poor reliability of the results, and cannot cover various scenarios in real vehicles. Satisfaction can only be achieved through automated testing in the form of simulation. In addition, the accuracy of many test parameters in the testing process needs to be completed by precise timers, which cannot be achieved by manual or semi-automatic methods.

This application can realize the OTA pressure test automatically, in a test, only need to write a test file once, realize to carry out different versions of flashing to the ECU ((Electronic Control Unit, electronic control unit)) of different benches, also The ECU of the same bench can be flashed multiple times, and different versions of the same ECU can be flashed, so as to meet the requirements of the OTA system stress test.

Please refer to Figure 2, Figure 2 is a schematic diagram of an OTA automated testing system, detailed as follows:

OTA automated test system includes test management system, test execution system, system under test, and wireless simulation system;

The test management system is a window for users to implement automated test operations, with functions such as login function, authority control, use case selection, parameter configuration, test report and test log management; the test execution system is mainly responsible for test case execution, including power control, I/O Signal simulation, message monitoring, message simulation, fault injection, and HMI operation control, etc.; the system under test is composed of T-Box, CGW, HMI, ETH/CAN nodes and their attached ECUs that constitute the OTA functional logic. Integrated into the bench; the wireless signal simulation system is composed of Keysight UXM comprehensive tester and channel simulator, the main purpose is to "move" the real wireless network signal from the outside world to the laboratory to replace the real vehicle road test.

Triggered from the perspective of finishing efficiency of the OTA stress test, the existing set of HIL bench can only be connected to one Boxcar, and the Vector device used in the hardware configuration realizes CAN through a combination of one VN1670, one VN7572 and one 5650 Simulation and detection functions of /CANFD/LIN/FlexRay/ETH. The combination of 1 VN1670, 1 VN7572 and 1 5650 distributes 12 CAN buses, 2 CAN FD buses, 10 LIN buses, 1 FlexRay bus and 12 100BASE-T1 compatible Ethernet buses with 1000BASE-T1 interface . For most car companies on the market, this configuration can only record and store most of the data of a car or a Boxcar. The coverage and efficiency are still not high enough to meet the sample size of the stress test.

Please refer to FIG. 3 , which shows a 1-to-N test system framework. Figure 3 By increasing the hardware facilities of the target to be tested, but not expanding the number of HIL benches, one set of HIL benches can be connected to N target Boxcars to achieve parallel testing, thereby expanding the number of stress test samples and increasing the pressure. Measure efficiency. Here is just an example of the extreme krypton OTA automated pressure measurement solution, that is, one set of HIL bench docking with five Boxcars, the Vector device used by each Boxcar corresponding to the solution of the present invention is realized by a combination of one VN5650 and two VN7572 in terms of hardware configuration Simulation and detection functions of CAN/CANFD/LIN/FlexRay/ETH. One VN5650 and two VN7572 distribute 10 CAN buses, 2 CAN FD buses, 5 LIN buses, 1 FlexRay bus and 12 Ethernet buses with 100BASE-T1 compatible 1000BASE-T1 interface. Then capture the data of 5 Boxcars into CANoe Agent in parallel, process them synchronously through CANoe Agent and upload them to the test management software, reflect the results of the overall pressure test in the test management software, and finally realize the parallel test and output the test report. Please refer to Figure 4, Figure 4 is a schematic diagram of an exemplary OTA stress testing method of the present application, and the details are as follows:

Step S410, responding to the test initiation program, reading the test configuration file of the test initiation program.

Before the test, write the test configuration file. The test configuration file includes all the configuration parameters of this test, such as which tested modules need to be tested in this test, the test cases of each tested module, and the configuration ECU combination , test baseline, etc., write a test configuration file once, and multiple tested modules can be combined arbitrarily, thereby increasing the number of OTA tests and meeting the sample requirements of OTA stress tests.

Step S420, generating a plurality of upgrade task packages according to the parameters of the test configuration file, and sending them to the modules under test specified by the upgrade task packages respectively.

Generate multiple upgrade task packages according to the parameters of the test configuration file, each upgrade task package corresponds to a module under test, and send each upgrade task package to the corresponding module under test, so that it is convenient to perform the same test on multiple modules under test at the same time or a different test.

In an exemplary embodiment of the present application, the test configuration file parameters are read by the test management software, and the test management software generates a plurality of corresponding upgrade task packages according to the control OTA server according to the test configuration file parameters, and the upgrade task package They are distributed to the corresponding modules under test, so as to realize separate tests on multiple modules under test at one time, effectively increasing the number of test samples.

Step S430, perform repeated flashing of the ECU according to the upgrade task package until the cumulative number of tests reaches the preset number of tests.

It should be noted that each upgrade task package corresponds to a module under test, and each module under test performs repeated flashing of the ECU independently, and the modules under test are independent of each other. No impact, the reason for flashing failure will be explained in the test report.

Please refer to Fig. 5, Fig. 5 is an exemplary schematic diagram of step S430 in Fig. 4 of the present application, and the method for repeatedly brushing the ECU is introduced as follows:

Step S510, triggering a version synchronization diagnosis service request.

Before the module under test is flashed, version synchronization diagnosis needs to be performed first, and the flashing test can only be performed when the versions are consistent.

Please refer to FIG. 6, which is a schematic diagram of step S510 in FIG. 5 of this application—an exemplary version synchronization diagnosis service request. FIG. 6 introduces an exemplary version synchronization diagnosis service request, and the specific process is as follows:

The first is the gateway controller reset request;

Enter extended session request;

The version synchronization operation instruction of the gateway;

brake pedal depressed;

The gear position is D gear;

Press the P gear button. It should be noted that for some models, the P gear and the handbrake are the same button. For some models, the P gear and the handbrake are different buttons. For models with different buttons, you need to add the handbrake button. Download this program.

The above state is maintained for a preset time. For the convenience of testing, the preset time can be selected from 2 to 5 minutes, preferably 3 minutes.

In an exemplary embodiment of the present application, after the version synchronization diagnosis service request is triggered, the host machine opens a new thread to periodically check the version synchronization status of the WEB server. The car end and the cloud cannot synchronize versions, and specific exception prompts are issued, such as Reset reset failure, failure to enter the extended diagnostic session, and negative response to routine control. Version synchronization viewing time is freely set by the system, in order to improve test efficiency, you can choose 3 to 5 minutes.

Step S520, obtaining a download authorization license, obtaining an installation manual and a software upgrade package.

In one embodiment of the present application, obtaining the download authorization permission for the module under test includes activating the authorized download button on the DHU (Driver HeadUnit, the integrated machine of the entertainment host and instrument), and controlling the automatic triggering of the DHU through the ADB (Android Debug Bridge). Pressing the authorized download button is equivalent to the user pressing the authorized download button, that is, the user has given the download authorization permission. After obtaining the download authorization license, the OTA server downloads the installation manual and the software upgrade package, which is one of the upgrade task packages.

In step S530, the installation authorization is obtained, and each corresponding ECU is flashed according to the installation manual.

What needs to be explained first is that the software upgrade package is written into the ECU, so as to realize the version change of the ECU.

Please refer to FIG. 7 . FIG. 7 is an exemplary schematic diagram of obtaining installation authorization in step S530 in FIG. 5 of the present application.

Step S710, receiving a software upgrade package.

The tested module first obtains the issued software upgrade package. In the process of obtaining the software upgrade package, security verification is required to ensure the information security of users or manufacturers, specifically including the security verification of communication encryption before receiving the software upgrade package;

Perform data frame anomaly detection when receiving software upgrade packages;

After receiving the software upgrade package, the security verification of the OTA upgrade package signature verification is performed to ensure that the information is always safe.

Step S720, activate the update and upgrade button on the DHU.

In the embodiment of this application, activating the update and upgrade button on the DHU is equivalent to sending an update and upgrade prompt to the customer in the actual OTA upgrade. If the customer clicks the update and upgrade button, it represents the user's permission to perform the update and upgrade. If the user does not Click or click No, it means that the user does not need to upgrade temporarily, and the upgrade reminder instruction is reserved.

In step S730, the DHU is controlled by the ADB to automatically trigger the pressing of the update and upgrade button.

The upper computer controls the DHU through ADB to automatically trigger the update and upgrade button to be pressed, which is equivalent to the user pressing and giving the authorized installation permission.

It should also be noted that various processes need to be performed during the flashing of the ECU. Please refer to FIG. 9, which is an exemplary schematic diagram of step S530 in FIG. 5 of the present application. The specific flashing process is as follows;

Step S910, condition verification before flashing, the condition verification includes forward condition verification and reverse condition verification.

Step S920, the process of flashing, which includes diagnostic request format and sequence verification, flashing condition reversal, fault injection, and flashing exception handling mechanism verification.

Step S930, post-flashing processing process, the post-flashing processing process includes ECU status confirmation and dormancy mechanism recording.

All the above-mentioned processing procedures can be written into the test report for reference by testers.

Please continue to refer to FIG. 5 , step S540 , obtain a rollback operation request, perform local rollback ECU flashing, and add one to the accumulated test times.

After a single test is completed, get the rollback operation request, and perform local rollback ECU flashing, so as to restore the ECU to the initial state, so as to ensure that the version is synchronized during the next test, and avoid the impact of this test case tests.

In step S550, the cumulative number of tests is acquired, and the above steps are repeated according to the cumulative number of tests until the cumulative number of tests reaches a preset number of tests.

When the upgrade task package is issued, the test cases, test times, and test combinations of each test bench have been explained. When the accumulated test times reach the preset test times, the test of this test bench will end.

It should be noted that the number of preset tests can be one, that is, the test will be stopped when this number is reached, and the number of preset tests can also be multiple. Different preset times of tests represent different upgrades. Assume that the test bench is in version A , the two preset test times are 500 and 1000 respectively. It is assumed that when the cumulative test times are less than 500, the ECU of this test bench is upgraded from version A to version B. When the cumulative test times are greater than or equal to 500 and less than 1000, this test The ECU of the bench is upgraded from version A to version C, and when the cumulative number of tests is equal to 1000, the test is stopped. Therefore, the test version can be changed, and only one test is required to meet the combination of multiple tests, which is convenient and simple, saves test time, and increases the number of test samples.

Please continue to refer to FIG. 4 , step S440 is to obtain the test results of each tested module, and generate a test report according to the test results.

It should be noted that the test results of each tested module are independent, and each tested module can generate a test report independently, or a test report can be generated by multiple tested modules, which is not limited in this application.

In an embodiment of the present application, bus test data, diagnostic test data, electrical test data, etc. during the test process can be transmitted to the server through file transfer, and the data is associated with specific tasks and use cases. Request from the server to view and test the current message, the proxy engine accepts the request and reads the data, then calls the CAPL script through CANoe to analyze the data, and then feeds back the analysis result. The same method is used to monitor packets and terminate monitoring.

An embodiment of the present application also shows an OTA stress testing system, including a test management module, the test management module reads the test configuration file, controls and generates multiple upgrade task packages according to the test configuration file, and updates the upgrade The task packages are delivered to the tested modules specified by the upgrade task package respectively.

The module under test, one of the test management modules corresponds to one or more modules under test; the module under test triggers a version synchronization diagnostic service request, obtains the installation manual and software upgrade package after obtaining the download authorization license, and obtains the installation authorization according to the The installation manual flashes each corresponding ECU; performs local rollback after obtaining the rollback operation request, and adds one to the accumulated test times; obtains the accumulated test times and repeats the test;

After the accumulative test times of each of the modules under test respectively reach the preset test times, the test management module acquires the test results of each of the modules under test, and generates a test report according to the test results.

In an embodiment of itself, it also includes a wireless information simulation module. The wireless signal simulation module is composed of a Keysight UXM comprehensive tester and a channel simulator. The main purpose is to "move" the real wireless network signal from the outside to the laboratory to replace Real vehicle road test.

It should be noted that the OTA stress testing system provided in the above-mentioned embodiments and the OTA stress testing method provided in the above-mentioned embodiments belong to the same concept, and the specific ways in which each module and unit perform operations have been described in detail in the method embodiments , which will not be repeated here. In actual application of the OTA stress testing system provided by the above embodiments, the above function allocation can be completed by different functional modules according to the needs, that is, the internal structure of the device is divided into different functional modules to complete all or part of the above description function, which is not limited here.

Please refer to FIG. 10 , which shows a hardware architecture diagram for implementing an OTA stress testing method. Through the upper computer, through the upper computer, the HIL bench performs dynamic testing according to the issued sequence and configuration, and then automates parallel control to realize the simulation test of multiple/multiple real vehicle configurations and scenarios, and efficiently achieve a certain pressure test target. Realize the exposure of OTA link problems. After the test is completed, the CANoe system variables are used to monitor the execution quantity of the test cases, and the CANoe system variables are read through the system to achieve the effect of monitoring the execution of the test cases, and the final data is returned to the system.

Please refer to Figure 11. Figure 11 shows a schematic diagram of an OTA stress test task execution. The test task is executed through the actual test plan. Before the test is executed, the test project needs to be selected, and the system

According to the corresponding relationship, the proxy engine will be called to execute the test. At the end of the test execution, when the server receives the test result data, it generates a test report with the result data, and records the test process data and result data for statistical analysis.

Bus test data, diagnostic test data, electrical test data, etc. during the test process can be transmitted to the server through file transfer, and the data can be associated with specific tasks and use cases. Request from the server to view and test the current message, the proxy engine accepts the request and reads the data, then calls the CAPL script through CANoe to analyze the data, and then feeds back the analysis result. The same method is used to monitor packets and terminate monitoring.

An embodiment of the present application also shows an electronic device, the electronic device includes: one or more processors; a storage device for storing one or more programs, when the one or more programs are executed by the When executed by one or more processors, the electronic device is made to implement the OTA stress testing method described in any one of the above.

Fig. 12 shows a schematic structural diagram of a computer system suitable for implementing the electronic device of the embodiment of the present application. It should be noted that the computer system of the electronic device shown in FIG. 12 is only an example, and should not impose any limitation on the functions and application scope of the embodiments of the present application.

As shown in FIG. 12 , a computer system 1200 includes a central processing unit (Central Processing Unit, CPU) 1201, which can be stored in a program in a read-only memory (Read-Only Memory, ROM) 1202 or loaded from a storage part 12012 to a random It accesses the programs in the memory (Random Access Memory, RAM) 1203 to execute various appropriate actions and processes, for example, executes the methods described in the above-mentioned embodiments. In RAM 1203, various programs and data necessary for system operation are also stored. The CPU 1201 , ROM 1202 , and RAM 1203 are connected to each other via a bus 1204 . An input/output (Input/Output, I/O) interface 1205 is also connected to the bus 1204 .

The following components are connected to the I/O interface 1205: an input section 1206 including a keyboard, a mouse, etc.; an output section 1207 including a cathode ray tube (Cathode Ray Tube, CRT), a liquid crystal display (Liquid Crystal Display, LCD), etc., and a speaker ; a storage section 12012 including a hard disk or the like; and a communication section 1209 including a network interface card such as a LAN (Local Area Network) card, a modem, or the like. The communication section 1209 performs communication processing via a network such as the Internet. A drive 1210 is also connected to the I/O interface 1205 as needed. A removable medium 1211, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is mounted on the drive 1210 as necessary so that a computer program read therefrom is installed into the storage section 1208 as necessary.

In particular, according to the embodiments of the present application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, the embodiments of the present application include a computer program product, which includes a computer program carried on a computer-readable medium, where the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program may be downloaded and installed from a network via communication portion 1209 and/or installed from removable media 1211 . When the computer program is executed by a central processing unit (CPU) 1201, various functions defined in the system of the present application are performed.

An embodiment of the present application shows a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor of a computer, the computer is made to execute the OTA stress testing method described in any one of the above.

This application is an OTA stress testing method. The characteristics of OTA automated testing are reflected in that testers can flexibly select a group of test cases to submit to the test system, and the test system can automatically execute the corresponding test scripts according to the test cases submitted by the testers, and finally output the test Report, which contains test prerequisites, detailed test steps and expected results for each step. If you encounter a test failure item, you can give possible failure reasons based on the test steps and the information returned by the steps to help testers demarcate the problem boundary and even locate the root cause of the problem.

In order to ensure that the test cases can run independently, it is necessary to cooperate with the cloud and the vehicle to restore the initial state of the OTA synchronously, so as to ensure that the execution of the next use case is not disturbed by the tasks left in the previous use case, so that each use case runs independently.

The content of OTA testing at different stages is quite different, and may involve unit testing, system testing, software package stress testing, etc. By changing the test system configuration conditions and adapting some software modules, OTA testing can be connected at different stages.

Therefore, the present invention effectively overcomes some practical problems in the prior art and thus has high utilization value and use significance. The above-mentioned embodiments only illustrate the principles and effects of the present invention, but are not intended to limit the present invention. Anyone skilled in the art can modify or change the above-mentioned embodiments without departing from the spirit and scope of the present invention. Therefore, all equivalent modifications or changes made by those skilled in the art without departing from the spirit and technical ideas disclosed in the present invention should still be covered by the claims of the present invention.

Claims (10)

1. A kind of OTA pressure test method, it is characterized in that, comprising: in response to a test initiator, reading a test configuration file of the test initiator; Generate a plurality of upgrade task packages according to the test configuration file parameters, and send them to the modules under test specified by the upgrade task packages respectively; According to the upgrade task package, the ECU is repeatedly flashed until the cumulative number of tests reaches the preset number of tests; Obtain the test results of each of the tested modules, and generate a test report according to the test results. 2. The OTA stress testing method according to claim 1, wherein a plurality of upgrade task packages are generated according to the test configuration file parameters, and are issued to the specified tested modules of the upgrade task packages respectively, including: generating a plurality of said upgrade task packages with encoding according to said test configuration file parameters; According to the codes of the upgrade task packages, the upgrade task packages with different codes are delivered to the modules under test preset with different numbers. 3. Perform ECU flashing repeatedly according to the upgrade task package until the cumulative number of tests reaches the preset number of tests, including: Trigger version synchronization diagnosis service request; Obtain the download license, obtain the installation manual and software upgrade package; Obtain the installation authorization license, and flash each corresponding ECU according to the installation manual; Obtain a rollback operation request, perform ECU flashing for local rollback, and add one to the cumulative number of tests; Obtain the cumulative number of tests, and repeat the above steps according to the cumulative number of tests until the cumulative number of tests reaches a preset number of tests. 4. The OTA stress testing method according to claim 3, characterized in that, triggering a version synchronization diagnosis service request, the instruction process includes: Gateway controller reset request; Enter extended session request; Gateway version synchronization instruction operation; brake pedal depressed; The gear position is D gear; Press the P button; The above state is maintained for a preset time. 5. The OTA stress testing method according to claim 4, characterized in that, a new thread is opened, and the version synchronization status is checked periodically, and if the query result is a status of synchronization NOK within the version synchronization check time, it is determined that the version synchronization cannot be performed, and the issue is issued Specific exception prompt. 6. The OTA stress testing method according to claim 3, wherein obtaining an installation authorization includes: Receive software upgrade package; Activate the update upgrade button on the DHU; Controlling the DHU via ADB automatically triggers the update when the upgrade button is pressed. 7. The OTA stress testing method according to claim 6, wherein receiving a software upgrade package includes: Security verification of communication encryption before receiving software upgrade packages; Perform data frame anomaly detection when receiving software upgrade packages; After receiving the software upgrade package, perform security verification of the OTA upgrade package signature verification. 8. An OTA stress testing system, comprising: A test management module, wherein the test management module reads the test configuration file, controls and generates multiple upgrade task packages according to the test configuration file, and sends the upgrade task packages to the modules under test specified by the upgrade task package respectively ; The module under test, one of the test management modules corresponds to one or more modules under test; the module under test triggers a version synchronization diagnostic service request, obtains the installation manual and software upgrade package after obtaining the download authorization license, and obtains the installation authorization according to the The installation manual flashes each corresponding ECU; performs local rollback after obtaining the rollback operation request, and adds one to the accumulated test times; obtains the accumulated test times and repeats the test; After the accumulative test times of each of the modules under test respectively reach the preset test times, the test management module acquires the test results of each of the modules under test, and generates a test report according to the test results. 9. An electronic device, characterized in that the electronic device comprises: one or more processors; A storage device for storing one or more programs, and when the one or more programs are executed by the one or more processors, the electronic device realizes any one of claims 1 to 7 The OTA stress test method. 10. A computer-readable storage medium, characterized in that a computer program is stored thereon, and when the computer program is executed by a processor of a computer, the computer is made to execute the OTA described in any one of claims 1 to 7. stress testing method.

Images