Remote OTA upgrade test system, method and device and readable storage medium

Abstract

A test system, method and device for remote OTA upgrade and a readable storage medium relate to the technical field of automotive electronic testing, and specifically comprise: when a test management platform detects an OTA update request sent by a cloud end, sending a test script corresponding to the OTA update request to the cloud end, so that the cloud end sends the test script to a vehicle end, the test script comprises a test case and an OTA upgrading instruction; and the vehicle end analyzes the OTA upgrade instruction to determine a target OTA upgrade package, and performs a remote OTA upgrade test based on the target OTA upgrade package and the test case. According to the invention, the manpower consumption is reduced, and the remote test difficulty is reduced.

Description

Technical Field

[0001] The present application relates to the field of automotive electronic testing technology, and in particular to a remote OTA upgrade testing system, method, device, and readable storage medium. Background Art

[0002] With technological advancements and the rapid development of intelligent vehicles, vehicle and ECU (Electronic Control Unit) updates have evolved from physical methods to over-the-air (OTA) upgrades. OTA upgrades are becoming a necessity in the automotive industry. These upgrades offer users new functional experiences and a constant sense of freshness for drivers and passengers.

[0003] However, whole-vehicle OTA upgrades involve vehicle safety issues. Therefore, when conducting whole-vehicle OTA upgrade testing, the testing process must be standardized and improved as much as possible to ensure the safety of the upgrade. In existing technologies, due to the lack of standardized and complete testing processes related to automotive OTA, OEMs and testing organizations lack effective testing methods for remote OTA upgrades. This results in existing whole-vehicle OTA upgrade testing facing the problems of high labor consumption and difficulty in remote testing.

[0004] Therefore, how to reduce manpower consumption and lower the difficulty of off-site testing is an urgent problem that needs to be solved. Summary of the Invention

[0005] The present application provides a remote OTA upgrade test system, method, device and readable storage medium, which can reduce manpower consumption and reduce the difficulty of off-site testing.

[0006] In a first aspect, an embodiment of the present application provides a remote OTA upgrade testing method, the remote OTA upgrade testing method comprising:

[0007] When the test management platform detects an OTA update request sent by the cloud, it sends a test script corresponding to the OTA update request to the cloud, so that the cloud can send the test script to the vehicle. The test script includes test cases and OTA upgrade instructions.

[0008] The vehicle side parses the OTA upgrade command to determine the target OTA upgrade package, and performs remote OTA upgrade testing based on the target OTA upgrade package and test cases.

[0009] In conjunction with the first aspect, in one embodiment, the test of remote OTA upgrade based on the target OTA upgrade package and the test case includes:

[0010] The vehicle performs OTA upgrade based on the target OTA upgrade package;

[0011] After the OTA upgrade is completed, the vehicle executes the test case to verify whether the upgraded system is operating normally and realize the remote OTA upgrade test.

[0012] In conjunction with the first aspect, in one embodiment, the process of performing an OTA upgrade on the vehicle side based on the target OTA upgrade package includes:

[0013] Simulate human-computer interaction based on ADB commands to control the OTA upgrade process.

[0014] In conjunction with the first aspect, in one embodiment, the process of performing an OTA upgrade on the vehicle side based on the target OTA upgrade package includes:

[0015] Monitor OTA upgrade status and results based on CANoe, and feed back OTA upgrade status and results to the cloud.

[0016] In conjunction with the first aspect, in one embodiment, after the vehicle side parses the OTA upgrade instruction to determine the target OTA upgrade package, the following steps are included:

[0017] Calculate the first hash value of the target OTA upgrade package and determine whether the first hash value is the same as the target hash value;

[0018] If yes, then executing the step of performing OTA upgrade based on the target OTA upgrade package on the vehicle side;

[0019] If not, the vehicle side will re-execute the step of parsing the OTA upgrade command to determine the target OTA upgrade package.

[0020] In combination with the first aspect, in one embodiment, the method further includes:

[0021] The control cloud monitors key data during the remote OTA upgrade test process and generates a visual test analysis report that is fed back to the test management platform. The key data includes the test script version, vehicle-side feedback delay, network jitter information, and abnormal event timestamps.

[0022] In combination with the first aspect, in one embodiment, when the test management platform detects an OTA update request sent by the cloud, sending a test script corresponding to the OTA update request to the cloud includes:

[0023] When the test management platform detects an OTA update request sent from the cloud, it sends the test script to the test host computer, so that the test host computer can send the test script to the cloud.

[0024] In a second aspect, an embodiment of the present application provides a remote OTA upgrade test system, the remote OTA upgrade test system comprising:

[0025] A first processing module is configured to, when the test management platform detects an OTA update request sent by the cloud, send a test script corresponding to the OTA update request to the cloud, so that the cloud can send the test script to the vehicle side. The test script includes a test case and OTA upgrade instructions;

[0026] The second processing module is used to parse the OTA upgrade instruction on the vehicle side to determine the target OTA upgrade package, and perform remote OTA upgrade testing based on the target OTA upgrade package and test cases.

[0027] In a third aspect, an embodiment of the present application provides a test device for remote OTA upgrade, wherein the test device for remote OTA upgrade includes a processor, a memory, and a test program for remote OTA upgrade stored in the memory and executable by the processor, wherein when the test program for remote OTA upgrade is executed by the processor, the steps of the remote OTA upgrade test system as described in any of the foregoing items are implemented.

[0028] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which a test program for remote OTA upgrade is stored. When the test program for remote OTA upgrade is executed by a processor, the steps of the remote OTA upgrade test system as described in any of the foregoing items are implemented.

[0029] The beneficial effects of the technical solutions provided in the embodiments of the present application include:

[0030] When the test management platform detects an OTA update request sent from the cloud, it sends a test script including test cases and OTA upgrade instructions to the cloud, so that the cloud can send the test script to the vehicle. This process does not require manual intervention, and realizes the automatic distribution of test scripts, which greatly reduces the time and error risks of manual operations; the vehicle parses the OTA upgrade instructions to determine the target OTA upgrade package, and performs remote OTA upgrade testing based on the target OTA upgrade package and test cases, that is, the vehicle can remotely receive OTA upgrade packages and test cases for testing at any location, without the need for actual personnel to be on site. In this application, testers can monitor and manage the OTA upgrade test process at a remote location, automatically execute test scripts, and test the OTA upgrade process across regions, reducing manpower consumption, realizing automated and remote OTA upgrade testing, and greatly improving the efficiency and accuracy of OTA upgrade testing. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] Figure 1 This is a flowchart of an embodiment of a test method for remote OTA upgrade of this application;

[0032] Figure 2For this application Figure 1 Detailed flow chart of step S20;

[0033] Figure 3 This is a flowchart of hash value verification in the test method for remote OTA upgrade of this application;

[0034] Figure 4 This is a schematic diagram of the hardware structure of the test equipment for remote OTA upgrade involved in the embodiment of the present application. DETAILED DESCRIPTION

[0035] In order to enable those skilled in the art to better understand the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0036] In order to make the objectives, technical solutions and advantages of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.

[0037] In a first aspect, an embodiment of the present application provides a testing method for remote OTA upgrade.

[0038] In one embodiment, referring to Figure 1 , Figure 1 This is a flow chart of an embodiment of the test method for remote OTA upgrade of this application. Figure 1 As shown, the test method for remote OTA upgrade includes:

[0039] Step S10: When the test management platform detects an OTA update request sent by the cloud, it sends a test script corresponding to the OTA update request to the cloud, so that the cloud can send the test script to the vehicle side. The test script includes test cases and OTA upgrade instructions.

[0040] For example, in an embodiment of the present application, the test management platform is the control center of the entire test process, responsible for monitoring OTA update requests sent from the cloud and sending test scripts to the cloud; it should be understood that since the test scripts may involve some sensitive business logic and system implementations, especially the OTA update process involves system-level operations such as network settings, security protocols, and encryption operations, in order to protect data security and privacy, dynamic generation in the cloud will be prohibited, and the test management platform will generate the test scripts, which will be subject to strict review and control.

[0041] Therefore, when the cloud detects an OTA update request from the vehicle, it requests the test script corresponding to the OTA update request from the test management platform. The test management platform is responsible for sending these test scripts to the cloud, ensuring that the cloud can obtain the latest test cases and OTA upgrade instructions. The cloud's role is to receive OTA update requests from the vehicle, request the corresponding test script from the test management platform after receiving the OTA update request, and send the obtained test script to the vehicle. The cloud acts as an information transmission medium, ensuring that the test script is accurately and timely transmitted from the test management platform to the vehicle. Test scripts can be automated programs that contain test cases and OTA upgrade instructions. They are designed to ensure that the various functions and performance during the OTA upgrade process meet expectations. The generation and execution of test scripts are the core of the entire automated testing process. Test cases are a series of specific test steps used to verify whether the functions and performance after the OTA upgrade meet expectations. OTA upgrade instructions are a set of instructions used to guide the vehicle to perform the upgrade operation. They include key steps such as downloading, verifying, and installing the upgrade package, and can guide the vehicle to correctly obtain and install the new OTA upgrade package.

[0042] Specifically, the test management platform is responsible for initiating and monitoring test tasks, the cloud acts as a bridge to transmit test scripts, the test scripts specifically execute test and upgrade instructions, and the test cases and OTA upgrade instructions provide the vehicle with specific test requirements and upgrade execution specifications; these components work closely together to ensure an efficient and automated testing process for OTA upgrades.

[0043] Step S20: The vehicle side parses the OTA upgrade instruction to determine the target OTA upgrade package, and performs a remote OTA upgrade test based on the target OTA upgrade package and test case.

[0044] For example, in an embodiment of the present application, when conducting a remote OTA upgrade test, the vehicle first receives an OTA upgrade instruction from the cloud. The instruction contains the target version of the upgrade package and related test requirements. The vehicle parses the instruction to determine the target OTA upgrade package that needs to be downloaded and installed. During the parsing process, the vehicle can ensure the validity and adaptability of the upgrade package by checking the version information in the instruction and the verification information of the upgrade package, and then perform the remote OTA upgrade operation according to the various functional verification standards defined in the test case. Specifically, the vehicle downloads the target OTA upgrade package through the network and installs it, and tests the upgraded system in terms of function and performance according to the steps set in the test case. The above process not only ensures the smooth completion of the OTA upgrade, but also ensures that the upgraded system can meet the expected functional requirements and performance standards, thereby verifying the effectiveness and stability of the upgrade process.

[0045] This application sends a test script including test cases and OTA upgrade instructions to the cloud when the test management platform detects an OTA update request sent from the cloud, so that the cloud can send the test script to the vehicle. This process does not require manual intervention, and realizes the automatic distribution of test scripts, which greatly reduces the time and error risks of manual operation; the vehicle side parses the OTA upgrade instruction to determine the target OTA upgrade package, and performs remote OTA upgrade testing based on the target OTA upgrade package and test cases, that is, the vehicle side can remotely receive OTA upgrade packages and test cases for testing at any location, without the need for actual personnel to be on site. In this application, testers can monitor and manage the OTA upgrade test process at a remote location, automatically execute test scripts, and test the OTA upgrade process across regions, reducing manpower consumption, realizing automated and remote OTA upgrade testing, and greatly improving the efficiency and accuracy of OTA upgrade testing.

[0046] Furthermore, in one embodiment, referring to Figure 2 As shown, the test of remote OTA upgrade based on the target OTA upgrade package and test case includes:

[0047] Step S201: The vehicle performs OTA upgrade based on the target OTA upgrade package;

[0048] Step S202: After the OTA upgrade is completed, the vehicle side executes the test case to verify whether the upgraded system is running normally and realize the remote OTA upgrade test.

[0049] For example, in an embodiment of the present application, during the remote OTA upgrade process, the vehicle side downloads the target OTA upgrade package through the wireless network, and performs the upgrade steps such as installation, verification and restart according to the requirements in the OTA upgrade instructions; after the upgrade is completed, the vehicle side can perform a series of functional verifications based on pre-defined test cases to ensure that the upgraded system can operate normally and meet the expected performance standards, where the test cases generally cover the stability of the upgraded system, functional integrity and any potential problems or anomaly detection; by executing these test cases, the vehicle side can confirm whether the OTA upgrade is successfully implemented, and at the same time ensure that the new version of the system complies with the specifications in terms of various functions and performance, thereby verifying the effectiveness and reliability of the entire remote OTA upgrade process.

[0050] Furthermore, in one embodiment, the process of performing OTA upgrade on the vehicle side based on the target OTA upgrade package includes:

[0051] Simulate human-computer interaction based on ADB commands to control the OTA upgrade process.

[0052] Exemplarily, in an embodiment of the present application, ADB (Android Debug Bridge) is a command-line tool for interacting with Android devices. It performs various operations by connecting an Android device and a host (such as a car-side computer), and can simulate human-computer interaction through ADB commands. Specifically, during the entire OTA upgrade process, the car-side can obtain device logs in real time through the adb logcat command to monitor the upgrade process and promptly discover potential problems. In addition, if it is necessary to pause or skip certain steps, the car-side can enter the device's command line interface through the adb shell command and execute the adb shellkill command to interrupt the current upgrade process to simulate the user's operation to pause the upgrade; or use the adb shell ambroadcast command to send a broadcast to skip certain specific upgrade steps (such as the update of certain modules), thereby achieving control over the entire OTA upgrade process. It can be understood that the ADB command achieves precise control of the OTA upgrade process by simulating human-computer interaction in this process, making the OTA upgrade process more controllable and stable.

[0053] Furthermore, in one embodiment, the process of performing OTA upgrade on the vehicle side based on the target OTA upgrade package includes:

[0054] Monitor OTA upgrade status and results based on CANoe, and feed back OTA upgrade status and results to the cloud.

[0055] For example, in the embodiments of the present application, CANoe is mainly used for the development, testing and diagnosis of automotive electronic systems. It supports simulation, monitoring and analysis of various communication protocols (such as CAN, LIN, Ethernet, etc.), and is widely used in the development and verification of vehicle networks and embedded systems. During the OTA upgrade process, CANoe, as a testing and monitoring tool, can track the communication status, data transmission and system response during the OTA upgrade process in real time, and capture and analyze possible errors or anomalies.

[0056] Specifically, through CANoe's monitoring function, the system can obtain real-time status information of the OTA upgrade process, including key steps such as receiving, decompressing, installing the upgrade package, and restarting the device; CANoe then collects relevant communication data through the connection with the vehicle communication network and provides feedback on the upgrade progress; at the same time, this data is transmitted to the cloud through the network. The cloud stores and analyzes the received data to ensure the integrity and success rate of the entire OTA upgrade process, and then provides necessary remote diagnosis and technical support.

[0057] Furthermore, in one embodiment, referring to Figure 3As shown, after the vehicle side parses the OTA upgrade instruction to determine the target OTA upgrade package, the following steps are included:

[0058] Step P10: Calculate the first hash value of the target OTA upgrade package, and determine whether the first hash value is the same as the target hash value;

[0059] Step P20: If yes, then execute the step of performing OTA upgrade on the vehicle side based on the target OTA upgrade package;

[0060] Step P30: If not, re-execute the step of parsing the OTA upgrade instruction on the vehicle side to determine the target OTA upgrade package.

[0061] Exemplarily, in an embodiment of the present application, a hash value is used to verify the integrity and accuracy of the upgrade package. The target hash value is pre-set, and its specific value can be determined according to actual needs and is not limited here. Specifically, after determining the target OTA upgrade package, the integrity and accuracy of the upgrade package can be verified by calculating the first hash value of the target OTA upgrade package and comparing the first hash value with the target hash value. If the first hash value is the same as the target hash value, it indicates that the target OTA upgrade package has not been tampered with and is complete and correct. At this time, the vehicle side can execute the steps of performing an OTA upgrade based on the target OTA upgrade package according to the upgrade package. If the hash values do not match, it indicates that the target OTA upgrade package is abnormal or damaged. The vehicle side will re-parse the OTA upgrade instruction, re-acquire and verify the target OTA upgrade package until the hash values match. The above hash value verification ensures the accuracy of the target OTA upgrade package and system security, thereby avoiding upgrade failures or system abnormalities caused by incorrect upgrade packages. It should be noted that the specific calculation method and principle of the hash value are common knowledge in this field and are not limited here for the sake of brevity.

[0062] Furthermore, in one embodiment, the method further includes:

[0063] The control cloud monitors key data during the remote OTA upgrade test process and generates a visual test analysis report that is fed back to the test management platform. The key data includes the test script version, vehicle-side feedback delay, network jitter information, and abnormal event timestamps.

[0064] For example, in an embodiment of the present application, key data includes the test script version, vehicle-side feedback delay, network jitter information and abnormal event timestamp. During the remote OTA upgrade test, the cloud monitoring system is responsible for collecting and monitoring key data in real time. Specifically, the test script version currently in use can be obtained through the cloud to ensure consistency and traceability during the test process. The cloud system records the vehicle-side feedback delay in real time to evaluate the vehicle-side response speed to instructions during the upgrade process, and judges the stability of system performance by analyzing the delay data. At the same time, the cloud also monitors the network environment and captures network jitter information to identify problems that may be caused by network fluctuations during the upgrade process. When an abnormal event occurs, the cloud can accurately mark the time point of each abnormality by recording the timestamp, providing a basis for subsequent fault analysis and optimization. The above key data can be summarized and a visual test analysis report can be generated. At the same time, the report content can be fed back to the test management platform to provide project managers with detailed and intuitive test progress and results, ensuring the effectiveness and reliability of the remote OTA upgrade process and providing data support for improvement.

[0065] Furthermore, in one embodiment, when the test management platform detects the OTA update request sent by the cloud, sending the test script corresponding to the OTA update request to the cloud includes:

[0066] When the test management platform detects an OTA update request sent from the cloud, it sends the test script to the test host computer, so that the test host computer can send the test script to the cloud.

[0067] For example, in an embodiment of the present application, the test host computer refers to a device or system that acts as an intermediary layer to connect the test management platform and the cloud during the OTA update test process. It is responsible for receiving, processing and transmitting test scripts, that is, transferring the test scripts generated by the test management platform from the local system to the cloud, and ensuring the integrity and accuracy of the data, providing necessary support for the execution of the test process.

[0068] Specifically, when the test management platform receives an OTA update request from the cloud, it can generate a corresponding test script based on the OTA update request and send it to the test host computer. It should be understood that although the test script can be sent directly from the test management platform to the cloud, there may be certain security risks. Therefore, this embodiment uses the test host computer as a security intermediary layer to act as a bridge between the test management platform and the cloud. That is, the test host computer can encrypt, authenticate, and control permissions during the transmission of the test script, thereby ensuring data integrity and security. In other words, the test host computer can act as a "security fortress" to prevent unauthorized operations and possible security attacks. Therefore, this embodiment improves the security of the test process by sending the test script from the test management platform to the cloud. After receiving the test script, the cloud performs corresponding verification and configuration to ensure the correctness of the test script and its compatibility with the vehicle-side system. The high degree of coordination between the various links in the above process ensures that the test script can be smoothly delivered and accurately executed, supports remote testing, monitoring, and verification work throughout the entire OTA update process, and provides the necessary verification basis and data support for the subsequent upgrade process.

[0069] It should be noted that in the actual OTA software upgrade test process, in order to improve the accuracy, repeatability and efficiency of the test, the test management platform is used to standardize and manage the OTA software upgrade test process as follows:

[0070] 1. Deploy servers and network security:

[0071] a: The server is deployed in the local area network of the testing organization, which can access the Internet and use HTTPS connection and SSL encrypted communication.

[0072] b: Use the second-level domain name as a proxy to improve the accessibility and security of the system.

[0073] c: Provide encryption certificates and set up a firewall to ensure system access security.

[0074] 2. Create a test project:

[0075] d: Create a test project on the test management platform and fill in information such as project number, project ID, project name, project start and end time, and project type.

[0076] 3. Manage test cases:

[0077] f: Add test case information, including test case name, test case number, test group, test method, step description and other information.

[0078] 4. Create a test task:

[0079] h: Create a test task in the task management module and fill in the task name and person in charge information.

[0080] i: Select the test type and test case as needed, and configure the corresponding parameters.

[0081] 5. Execute the test:

[0082] j: After the test task starts, the test script will be sent to the test host computer, which will send the test script to the cloud, and the cloud will then send the test script to the vehicle.

[0083] m: When executing the test script, the test management platform page can display the test progress and status.

[0084] n: Supports flowchart display of test cases.

[0085] 6. Record the test:

[0086] p: The system automatically generates a test report to record the test execution process and results.

[0087] q: Provides the function of downloading test reports and performs statistical analysis, such as the total number of test cases, number of completed tests, number of uncompleted tests, number of passed tests, number of failed tests, and number of test issues.

[0088] r: Supports generating visual charts such as bar charts, pie charts, and line charts.

[0089] 7. Manage test questions:

[0090] s: Fill in the problem information such as problem subject, type, severity, frequency of occurrence, description, discovery time, proposal time, and test environment.

[0091] t: The test case where the associated problem occurred and the related test report.

[0092] u: Supports uploading attachments, such as screenshots or log files.

[0093] Essentially, testers can connect to the test management platform on the server using HTTPS via a browser on their personal computer. Specifically, the server is deployed within the testing organization's local area network and uses encrypted HTTPS for communication, employing the SSL encryption protocol to ensure data security. Therefore, a personal computer can access the test management platform through a browser simply by being on the same network as the server.

[0094] In a second aspect, an embodiment of the present application further provides a remote OTA upgrade test system. In one embodiment, the remote OTA upgrade test system includes:

[0095] A first processing module is configured to, when the test management platform detects an OTA update request sent by the cloud, send a test script corresponding to the OTA update request to the cloud, so that the cloud can send the test script to the vehicle side. The test script includes a test case and OTA upgrade instructions;

[0096] The second processing module is used to parse the OTA upgrade instruction on the vehicle side to determine the target OTA upgrade package, and perform remote OTA upgrade testing based on the target OTA upgrade package and test cases.

[0097] Furthermore, in one embodiment, the second processing module is specifically configured to:

[0098] The vehicle performs OTA upgrade based on the target OTA upgrade package;

[0099] After the OTA upgrade is completed, the vehicle executes the test case to verify whether the upgraded system is operating normally and realize the remote OTA upgrade test.

[0100] Furthermore, in one embodiment, the second processing module is further configured to:

[0101] Simulate human-computer interaction based on ADB commands to control the OTA upgrade process.

[0102] Furthermore, in one embodiment, the second processing module is further configured to:

[0103] Monitor OTA upgrade status and results based on CANoe, and feed back OTA upgrade status and results to the cloud.

[0104] Furthermore, in one embodiment, the second processing module is further configured to:

[0105] Calculate the first hash value of the target OTA upgrade package and determine whether the first hash value is the same as the target hash value;

[0106] If yes, then executing the step of performing OTA upgrade based on the target OTA upgrade package on the vehicle side;

[0107] If not, the vehicle side will re-execute the step of parsing the OTA upgrade command to determine the target OTA upgrade package.

[0108] Furthermore, in one embodiment, the second processing module is further configured to:

[0109] The control cloud monitors key data during the remote OTA upgrade test process and generates a visual test analysis report that is fed back to the test management platform. The key data includes the test script version, vehicle-side feedback delay, network jitter information, and abnormal event timestamps.

[0110] Furthermore, in one embodiment, the first processing module is specifically configured to:

[0111] When the test management platform detects an OTA update request sent from the cloud, it sends the test script to the test host computer, so that the test host computer can send the test script to the cloud.

[0112] This application sends a test script including test cases and OTA upgrade instructions to the cloud when the test management platform detects an OTA update request sent from the cloud, so that the cloud can send the test script to the vehicle. This process does not require manual intervention, and realizes the automatic distribution of test scripts, which greatly reduces the time and error risks of manual operation; the vehicle side parses the OTA upgrade instruction to determine the target OTA upgrade package, and performs remote OTA upgrade testing based on the target OTA upgrade package and test cases, that is, the vehicle side can remotely receive OTA upgrade packages and test cases for testing at any location, without the need for actual personnel to be on site. In this application, testers can monitor and manage the OTA upgrade test process at a remote location, automatically execute test scripts, and test the OTA upgrade process across regions, reducing manpower consumption, realizing automated and remote OTA upgrade testing, and greatly improving the efficiency and accuracy of OTA upgrade testing.

[0113] Among them, the functional implementation of each module in the above-mentioned remote OTA upgrade test system corresponds to the various steps in the above-mentioned remote OTA upgrade test method embodiment, and its functions and implementation processes will not be repeated here one by one.

[0114] On the third aspect, an embodiment of the present application provides a test device for remote OTA upgrade, and the test device for remote OTA upgrade can be a personal computer (PC), a laptop computer, a server, or other device with data processing capabilities.

[0115] Reference Figure 4 , Figure 4 Schematic diagram of the hardware structure of the remote OTA upgrade test equipment involved in the embodiment of the present application. In the embodiment of the present application, the remote OTA upgrade test equipment may include a processor, a memory, a communication interface and a communication bus.

[0116] The communication bus may be of any type and is used to interconnect the processor, memory, and communication interface.

[0117] Communication interfaces include input / output (I / O) interfaces, physical interfaces, and logical interfaces, used to interconnect components within the test equipment for remote OTA upgrades, as well as interfaces used to interconnect the test equipment with other devices (such as other computing devices or user equipment). Physical interfaces can be Ethernet, fiber, or ATM interfaces; user equipment can be displays or keyboards.

[0118] The memory can be various types of storage media, such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), flash memory, optical storage, hard disk, programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), etc.

[0119] The processor may be a general-purpose processor, which may call the test program for remote OTA upgrade stored in the memory and execute the test method for remote OTA upgrade provided in the embodiment of the present application. For example, the general-purpose processor may be a central processing unit (CPU). The method executed when the test program for remote OTA upgrade is called may refer to the various embodiments of the test method for remote OTA upgrade of the present application, which will not be repeated here.

[0120] Those skilled in the art will understand that Figure 4 The hardware structure shown in the figure does not constitute a limitation to the present application and may include more or fewer components than shown in the figure, or a combination of certain components, or a different arrangement of components.

[0121] In a fourth aspect, an embodiment of the present application also provides a readable storage medium.

[0122] The readable storage medium of the present application stores a test program for remote OTA upgrade, wherein when the test program for remote OTA upgrade is executed by the processor, the steps of the test method for remote OTA upgrade as described above are implemented.

[0123] Among them, the method implemented when the remote OTA upgrade test program is executed can refer to the various embodiments of the remote OTA upgrade test method of this application, and will not be repeated here.

[0124] The terms "including" and "having" and any variations thereof in the specification and claims of this application and the above-mentioned drawings are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices. The terms "first", "second" and "third" are used to distinguish different objects, etc., and do not represent a sequence, nor do they limit the "first", "second" and "third" to different types.

[0125] In the description of the embodiments of this application, the words "exemplary," "for example," or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary," "for example," or "for example" in the embodiments of this application should not be construed as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary," "for example," or "for example" is intended to present the relevant concepts in a concrete manner.

[0126] In the description of the embodiments of the present application, unless otherwise specified, “ / ” means or, for example, A / B can mean A or B; “and / or” in the text is merely a description of the association relationship of associated objects, indicating that three relationships may exist, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, “multiple” refers to two or more than two.

[0127] In some processes described in the embodiments of the present application, multiple operations or steps are included that appear in a specific order. However, it should be understood that these operations or steps may not be performed in the order in which they appear in the embodiments of the present application or may be performed in parallel. The sequence numbers of the operations are only used to distinguish between different operations, and the sequence numbers themselves do not represent any order of execution. In addition, these processes may include more or fewer operations, and these operations or steps may be performed in sequence or in parallel, and these operations or steps may be combined.

[0128] It should be noted that the serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0129] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform, of course, it can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes a number of instructions for enabling a terminal device to execute the methods described in each embodiment of the present application.

[0130] The above are only preferred embodiments of the present application and do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A remote OTA upgrade test method, characterized in that: The test method for remote OTA upgrade includes: When the test management platform detects an OTA update request sent by the cloud, it sends a test script corresponding to the OTA update request to the cloud, so that the cloud can send the test script to the vehicle. The test script includes test cases and OTA upgrade instructions. The vehicle side parses the OTA upgrade command to determine the target OTA upgrade package, and performs remote OTA upgrade testing based on the target OTA upgrade package and test cases.

2. The remote OTA upgrade testing method according to claim 1, wherein: The test of remote OTA upgrade based on the target OTA upgrade package and test case includes: The vehicle performs OTA upgrade based on the target OTA upgrade package; After the OTA upgrade is completed, the vehicle executes the test case to verify whether the upgraded system is operating normally and realize the remote OTA upgrade test.

3. The remote OTA upgrade test method according to claim 2, wherein: The process of performing OTA upgrade on the vehicle side based on the target OTA upgrade package includes: Simulate human-computer interaction based on ADB commands to control the OTA upgrade process.

4. The remote OTA upgrade test method according to claim 2, wherein: The process of performing OTA upgrade on the vehicle side based on the target OTA upgrade package includes: Monitor OTA upgrade status and results based on CANoe, and feed back OTA upgrade status and results to the cloud.

5. The remote OTA upgrade testing method according to claim 2, wherein: After the vehicle side parses the OTA upgrade instruction to determine the target OTA upgrade package, the following steps are included: Calculate the first hash value of the target OTA upgrade package and determine whether the first hash value is the same as the target hash value; If yes, then executing the step of performing OTA upgrade based on the target OTA upgrade package on the vehicle side; If not, the vehicle side will re-execute the step of parsing the OTA upgrade command to determine the target OTA upgrade package.

6. The remote OTA upgrade testing method according to claim 1, wherein: The method further comprises: The control cloud monitors key data during the remote OTA upgrade test process and generates a visual test analysis report that is fed back to the test management platform. The key data includes the test script version, vehicle-side feedback delay, network jitter information, and abnormal event timestamps.

7. The remote OTA upgrade testing method according to claim 1, wherein: When the test management platform detects the OTA update request sent by the cloud, sending the test script corresponding to the OTA update request to the cloud includes: When the test management platform detects an OTA update request sent from the cloud, it sends the test script to the test host computer, so that the test host computer can send the test script to the cloud.

8. A remote OTA upgrade test system, characterized in that: The remote OTA upgrade test system includes: A first processing module is configured to, when the test management platform detects an OTA update request sent by the cloud, send a test script corresponding to the OTA update request to the cloud, so that the cloud can send the test script to the vehicle side. The test script includes a test case and OTA upgrade instructions; The second processing module is used to parse the OTA upgrade instruction on the vehicle side to determine the target OTA upgrade package, and perform remote OTA upgrade testing based on the target OTA upgrade package and test cases.

9. A remote OTA upgrade test device, characterized in that: The remote OTA upgrade test device includes a processor, a memory, and a remote OTA upgrade test program stored in the memory and executable by the processor, wherein when the remote OTA upgrade test program is executed by the processor, the steps of the remote OTA upgrade test system as described in any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a test program for remote OTA upgrade, wherein when the test program for remote OTA upgrade is executed by a processor, the steps of the remote OTA upgrade test system according to any one of claims 1 to 7 are implemented.

Images