OTA upgrade test method and device based on virtual machine, and vehicle

Abstract

The invention discloses an OTA upgrade test method and device based on a virtual machine and a vehicle, and the method comprises the steps: carrying out the building of a corresponding virtual machine environment according to the operation systems of different domain controllers, and deploying a vehicle-mounted software OTA upgrade main control program in the built virtual machine environment; debugging and running the deployed OTA upgrading main control program of the vehicle-mounted software, and enabling the OTA upgrading main control program to be connected with an OTA upgrading cloud and perform data interaction; and running the virtual machine to enable the vehicle-mounted software OTA upgrading main control program to run normally, connecting the virtual machine with the test component, and importing corresponding test cases and test resources into the OTA upgrading cloud to perform the vehicle-mounted software OTA upgrading test. According to the invention, when the domain controller is not developed, the OTA upgrade test of the vehicle-mounted software can be carried out in advance, so that the test efficiency is improved.

Description

Technical Field

[0001] The present invention relates to the field of OTA upgrade technology, and more specifically, to a virtual machine-based OTA upgrade test method, device and vehicle. Background Art

[0002] With the continuous evolution of intelligent network technology, smart cars have gradually become a part of the daily life of the general public. At the same time, the intelligence level of on-board controllers continues to improve, and their number is also increasing. In order to ensure consumers' good experience in the process of using smart cars, many automobile manufacturers are paying more and more attention to the OTA (Over The Air) upgrade technology of in-vehicle software. Throughout the life cycle of smart cars, more convenient and intelligent software can be pushed to consumers with the help of OTA upgrade technology. However, this also brings tremendous pressure to test the OTA upgrade technology of smart cars, as well as severe challenges in the breadth and depth of OTA upgrade technology verification.

[0003] Given the rapid development of smart cars, the time between development and testing is extremely short, so there is an increasing need to rely on OTA upgrade technology to ensure that subsequent software can be updated and upgraded smoothly. Therefore, the testing and verification of vehicle software OTA upgrade technology must be completed in advance. The core of vehicle software OTA upgrade technology is the main control software integrated in the smart car domain controller. Because the domain controller has complex functions and a high level of intelligence, its usual development cycle is relatively long. Summary of the invention

[0004] An object of the present invention is to provide an OTA upgrade test method, device and vehicle based on a virtual machine to ensure the test progress of the vehicle-mounted software OTA upgrade and achieve the goal of performing the vehicle-mounted software OTA upgrade test in advance when the smart car domain controller is not developed.

[0005] According to a first aspect of the present invention, there is provided an OTA upgrade test method based on a virtual machine, comprising:

[0006] Build the corresponding virtual machine environment according to the operating system of different domain controllers, and deploy the vehicle software OTA upgrade master program in the built virtual machine environment;

[0007] Debug and run the deployed vehicle software OTA upgrade master program to connect to the OTA upgrade cloud and interact with data;

[0008] Run the virtual machine to make the vehicle software OTA upgrade main control program run normally, connect the virtual machine and the test component, import the corresponding test cases and test resources in the OTA upgrade cloud to perform the vehicle software OTA upgrade test.

[0009] Optionally, a corresponding virtual machine environment is set up according to the operating system of different domain controllers, including: for a domain controller running under the Android system, using an Android virtual machine to build a domain controller program operating environment; for a domain controller running under the Linux system, building a Linux virtual machine to build the domain controller operating environment.

[0010] Optionally, in the step of using an Android virtual machine to build a domain controller program operating environment, the number of CPU cores, memory size, and storage capacity of the virtual machine are configured according to actual domain controller hardware configuration parameters.

[0011] Optionally, in the step of building a Linux virtual machine to set up a domain controller operating environment, a static IP address is configured according to network communication requirements or an IP address is dynamically obtained using DHCP, so that the virtual machine can communicate with the OTA upgrade cloud in the set network environment.

[0012] Optionally, debug and run the deployed vehicle software OTA upgrade master program to connect to the OTA upgrade cloud and perform data interaction, including:

[0013] Check the communication configuration file of the master program to confirm whether the communication protocol type set therein is consistent with the requirements of the OTA upgrade cloud;

[0014] Confirm that the port number of the main control program terminal matches the port number of the OTA upgrade cloud.

[0015] Check whether the master program has correctly loaded the SSL / TLS certificate issued by the OTA upgrade cloud and is able to perform encryption and decryption operations.

[0016] Optionally, debugging and running the deployed vehicle software OTA upgrade master program to connect to the OTA upgrade cloud and perform data interaction also includes:

[0017] The simulated OTA upgrade sends different types of vehicle software OTA upgrade tasks from the cloud to check whether the main control program can receive the task information and display the upgrade content, version number and update instructions on the display interface of the vehicle.

[0018] Set the trigger conditions for data collection and data sending functions in the main control program to check whether the corresponding data packets are transmitted to the OTA upgrade cloud according to the set communication protocol and format.

[0019] Optionally, the test cases include functional test cases, boundary condition test cases and exception handling test cases; wherein, the functional test cases include whether the software can be downloaded, installed and upgraded successfully; the boundary condition test cases include upgrade tests under extreme conditions where power, network signal and storage space do not meet preset standards; the exception handling test cases include tests on the response mechanism of the main control program when interruptions, network failures and data verification errors occur during the upgrade process.

[0020] Optionally, the OTA upgrade cloud executes each test case in sequence according to the set order, sends the test resources to the main control program in the virtual machine, and collects feedback data and operating status information of the main control program, and displays it in real time on the test result interface.

[0021] According to a second aspect of the present invention, there is provided an OTA upgrade test device based on a virtual machine, comprising:

[0022] The environment building module is used to build the corresponding virtual machine environment according to the operating system of different domain controllers, and deploy the main control program of the vehicle software OTA upgrade technology in the built virtual machine environment;

[0023] The debugging and running module is used to debug and run the deployed vehicle software OTA upgrade master program, so that it can connect to the OTA upgrade cloud and interact with data;

[0024] The upgrade test module is used to run the virtual machine to enable the vehicle software OTA upgrade main control program to run normally, connect the virtual machine and the test component, and import the corresponding test cases and test resources in the OTA upgrade cloud to perform vehicle software OTA upgrade testing.

[0025] According to a third aspect of the present invention, a vehicle is provided, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the above-mentioned virtual machine-based OTA upgrade test method.

[0026] The OTA upgrade test method, device and vehicle based on a virtual machine disclosed in the present invention have the following technical effects:

[0027] By integrating the vehicle software OTA upgrade master program with a virtual machine, it is possible to carry out OTA upgrade testing of the vehicle software before the domain controller is fully developed. This method significantly improves the test efficiency and advances the test time node, which is not only conducive to more convenient and timely testing of the vehicle software OTA upgrade master program, but also more effectively conducts timely testing of the developed domain controller to ensure its stability and reliability in OTA upgrade functions, which helps to discover and solve potential problems as early as possible in the entire automotive software development cycle, optimize the development process, and improve product quality and delivery speed.

[0028] Further features and advantages of the present invention will become apparent from the following detailed description of exemplary embodiments of the present invention with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0030] Figure 1 A logical schematic diagram of a virtual machine-based OTA upgrade test method provided in an embodiment of the present invention. DETAILED DESCRIPTION

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

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

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

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

[0035] The present invention proposes an embodiment of an OTA upgrade test method based on a virtual machine. Specifically, Figure 1 shown, including:

[0036] Build the corresponding virtual machine environment according to the operating system of different domain controllers, and deploy the vehicle software OTA upgrade master program in the built virtual machine environment;

[0037] It should be noted that since different operating systems have their own unique underlying architecture, system call methods, and support mechanisms for software operation, only by matching the corresponding virtual machine environment can the subsequent domain controller program and OTA upgrade master program run stably and accurately.

[0038] In an embodiment of the present invention, a corresponding virtual machine environment is set up according to the operating system of different domain controllers, including: for a domain controller running under the Android system, an Android virtual machine is used to build a domain controller program operating environment. In addition to selecting a suitable Android system version (such as Android 10, Android 11, etc.), it is also necessary to configure the hardware parameters of the virtual machine, and configure the number of CPU cores, memory size, and storage capacity of the virtual machine according to the actual domain controller hardware configuration parameters. These parameters should be as close as possible to the actual domain controller hardware configuration to ensure the authenticity and effectiveness of the test environment.

[0039] For domain controllers running under the Linux system, build a Linux virtual machine to set up the domain controller operating environment, configure a static IP address according to network communication requirements, or use DHCP to dynamically obtain an IP address, so that the virtual machine can communicate with the OTA upgrade cloud in the set network environment.

[0040] It should be noted that building a corresponding virtual machine environment based on different domain controller operating systems can highly restore the actual operating scenario, minimize program anomalies or functional failures caused by environmental differences, and improve the accuracy and effectiveness of the test.

[0041] Debug and run the deployed vehicle software OTA upgrade master program to connect to the OTA upgrade cloud and interact with data; during the debugging process, check the communication link between the master program and the OTA upgrade cloud. On the one hand, check whether the network protocol is configured correctly, such as whether HTTP or HTTPS is used for communication, whether the protocol version matches, whether the port number is open, etc.; on the other hand, verify the data encryption and decryption mechanism during the communication process to ensure the security and integrity of the transmitted data during the network transmission process.

[0042] Run the virtual machine to make the vehicle software OTA upgrade main control program run normally, connect the virtual machine and the test component, import the corresponding test cases and test resources in the OTA upgrade cloud to perform vehicle software OTA upgrade testing.

[0043] In an embodiment of the present invention, debugging and running the deployed vehicle software OTA upgrade master program to connect to the OTA upgrade cloud and perform data interaction includes:

[0044] Check the communication configuration file of the master program (different programs have different implementation methods, which can be an ini file, xml file, or set through configuration constants in the code, etc.) to confirm whether the communication protocol type set in it is consistent with the requirements of the OTA upgrade cloud;

[0045] Confirm that the port number of the main control program terminal matches the port number of the OTA upgrade cloud.

[0046] Check whether the main control program has correctly loaded the SSL / TLS certificate issued by the OTA upgrade cloud and is able to perform encryption and decryption operations. Specifically, use a network packet capture tool (such as Wireshark, etc.) to capture communication data packets in a virtual machine environment, analyze the transmission of encrypted data and whether the certificate verification process is normal.

[0047] In an embodiment of the present invention, debugging and running the deployed vehicle software OTA upgrade master program to connect to the OTA upgrade cloud and perform data interaction also includes:

[0048] The simulated OTA upgrade cloud sends different types of vehicle software OTA upgrade tasks, such as small version update tasks, large version upgrade tasks, etc., to check whether the main control program can receive the task information and display the upgrade content, version number, update instructions and other key information on the vehicle's display interface (such as the specific upgrade prompt area on the vehicle's central control screen).

[0049] Set the trigger conditions for data collection and data transmission functions in the main control program (such as collecting vehicle controller software and hardware version data at regular intervals or collecting the vehicle's unique identification code under specific operations, etc.), and check whether the corresponding data packets are transmitted to the OTA upgrade cloud according to the set communication protocol and format. Check the received data logs and other records on the OTA upgrade cloud to confirm the integrity and accuracy of the data. If problems such as data loss or format errors occur, further check whether there are loopholes in the code logic of the data processing and transmission modules of the main control program.

[0050] In the embodiment of the present invention, the test cases include functional test cases, boundary condition test cases and exception handling test cases; wherein, the functional test cases include whether the software can be downloaded, installed and upgraded successfully; the boundary condition test cases include upgrade tests under extreme conditions where the power, network signal and storage space do not meet the preset standards; the exception handling test cases include the response mechanism test of the main control program when interruptions, network failures and data verification errors occur during the upgrade process. At the same time, the test resources should also be continuously enriched and updated, such as timely collecting the actual operation data of vehicles of different models and configurations as reference data for simulated upgrades, etc.

[0051] In the embodiment of the present invention, the OTA upgrade cloud executes each test case in the set order, sends the test resources to the main control program in the virtual machine, and collects the feedback data and operation status information of the main control program, which are displayed in real time on the test result interface. The tester determines whether the main control program passes each test based on these test results. For the test cases that fail, the reasons are further analyzed, the main control program is optimized and adjusted, and then the test is performed again until the main control program can normally complete the vehicle software OTA upgrade test under all test cases.

[0052] The present invention also provides an embodiment of an OTA upgrade test device based on a virtual machine, comprising:

[0053] The environment building module is used to build the corresponding virtual machine environment according to the operating system of different domain controllers, and deploy the main control program of the vehicle software OTA upgrade technology in the built virtual machine environment;

[0054] The debugging and running module is used to debug and run the deployed vehicle software OTA upgrade main control program, so that it can connect to the OTA upgrade cloud and interact with data; when the OTA upgrade cloud sends the vehicle software OTA upgrade task, the main control program can receive it in a timely and accurate manner and display it reasonably on the vehicle side, avoiding tasks lost and display errors due to communication failures, thereby improving user experience and the smoothness of the entire OTA upgrade process.

[0055] The upgrade test module is used to run the virtual machine to make the vehicle software OTA upgrade main control program run normally, connect the virtual machine and the test component, and import the corresponding test cases and test resources in the OTA upgrade cloud to perform vehicle software OTA upgrade testing. It can simulate the entire OTA upgrade process that is very close to the actual vehicle usage scenario, and conduct comprehensive and in-depth tests on various functions of the main control program, covering all aspects from the initial reception of the upgrade task, software download, installation verification, to the compatibility of the software and various vehicle systems and functional integrity checks after the upgrade is completed.

[0056] It should be noted that the information interaction, execution process and other contents between the above-mentioned modules are based on the same concept as the method embodiment of the present application, and are devices corresponding to the above-mentioned virtual machine-based OTA upgrade test method. All implementation methods in the above-mentioned method embodiment are applicable to the embodiments of the device. Its specific functions and technical effects brought about can be found in the method embodiment part, which will not be repeated here.

[0057] In the present invention, when the domain controller hardware development is not yet completed, as long as the basic architecture and characteristics of its operating system are determined, the main control program can be deployed and tested by building a virtual machine environment. The testing time is greatly advanced, so that possible problems at the software level can be discovered as early as possible, such as compatibility issues, functional logic defects, etc., which helps to carry out targeted repairs and optimizations in the early stages of development, reduce the time and cost waste caused by rework caused by discovering problems in the later integration stage, and effectively shorten the entire product development cycle.

[0058] The present invention also provides an embodiment of a vehicle, including: a memory, a processor, and a computer program stored in the memory and executable on the processor, the processor executing the program to implement the above-mentioned virtual machine-based OTA upgrade test method. Through the interaction between the main control program and the OTA upgrade cloud, it is ensured that the upgrade task can be received and displayed normally, so that the vehicle user can clearly see the prompt information of the software upgrade, including the upgrade content, version number, etc., and have a more intuitive understanding of the upgrade process. Due to the enhanced software compatibility and improved upgrade stability, the risk of vehicle failure during the OTA upgrade process is greatly reduced, and users will not cause the vehicle function to be damaged or unusable due to upgrade failure.

[0059] The above describes in detail the structure, features and effects of the present invention based on the embodiments shown in the drawings, but the above is only a preferred embodiment of the present invention. It should be noted that the technical features involved in the above embodiments and their preferred methods can be reasonably combined and matched into a variety of equivalent schemes by those skilled in the art without departing from or changing the design ideas and technical effects of the present invention; therefore, the present invention is not limited to the scope of implementation shown in the drawings, and all changes made in accordance with the concept of the present invention, or modifications to equivalent embodiments with equivalent changes, which still do not exceed the spirit covered by the specification and drawings, should be within the protection scope of the present invention.

Claims

1. A virtual machine-based OTA upgrade test method, characterized in that: include: Build the corresponding virtual machine environment according to the operating system of different domain controllers, and deploy the vehicle software OTA upgrade master program in the built virtual machine environment; Debug and run the deployed vehicle software OTA upgrade master program to connect to the OTA upgrade cloud and interact with data; Run the virtual machine to make the vehicle software OTA upgrade main control program run normally, connect the virtual machine and the test component, import the corresponding test cases and test resources in the OTA upgrade cloud to perform vehicle software OTA upgrade testing.

2. The OTA upgrade test method based on a virtual machine according to claim 1, characterized in that: The corresponding virtual machine environment is set up according to the operating system of different domain controllers, including: for domain controllers running under the Android system, use the Android virtual machine to build the domain controller program operating environment; for domain controllers running under the Linux system, build a Linux virtual machine to build the domain controller operating environment.

3. The OTA upgrade test method based on a virtual machine according to claim 2, characterized in that: In the step of using an Android virtual machine to build a domain controller program operating environment, the number of CPU cores, memory size, and storage capacity of the virtual machine are configured according to the actual domain controller hardware configuration parameters.

4. The OTA upgrade test method based on a virtual machine according to claim 2, characterized in that: In the step of building a Linux virtual machine to set up the domain controller operating environment, configure a static IP address according to network communication requirements or use DHCP to dynamically obtain an IP address so that the virtual machine can communicate with the OTA upgrade cloud in the set network environment.

5. The OTA upgrade test method based on a virtual machine according to claim 1, characterized in that: Debug and run the deployed vehicle software OTA upgrade master program to connect to the OTA upgrade cloud and interact with data, including: Check the communication configuration file of the master program to confirm whether the communication protocol type set therein is consistent with the requirements of the OTA upgrade cloud; Confirm that the port number of the main control program terminal matches the port number of the OTA upgrade cloud; Check whether the master program has correctly loaded the SSL / TLS certificate issued by the OTA upgrade cloud and is able to perform encryption and decryption operations.

6. The OTA upgrade test method based on a virtual machine according to claim 5, characterized in that: Debug and run the deployed vehicle software OTA upgrade master program to connect to the OTA upgrade cloud and interact with data, including: Simulate OTA upgrades to send different types of vehicle software OTA upgrade tasks from the cloud, check whether the main control program can receive task information, and display the upgrade content, version number and update instructions on the display interface of the vehicle; Set the trigger conditions for data collection and data sending functions in the main control program to check whether the corresponding data packets are transmitted to the OTA upgrade cloud according to the set communication protocol and format.

7. The OTA upgrade test method based on a virtual machine according to claim 1, characterized in that: The test cases include functional test cases, boundary condition test cases and exception handling test cases; wherein, the functional test cases include whether the software can be downloaded, installed and upgraded successfully; the boundary condition test cases include upgrade tests under extreme conditions where the power, network signal and storage space do not meet the preset standards; the exception handling test cases include tests on the response mechanism of the main control program when interruptions, network failures and data verification errors occur during the upgrade process.

8. The OTA upgrade test method based on a virtual machine according to claim 7, characterized in that: The OTA upgrade cloud executes each test case in the set order, sends the test resources to the main control program in the virtual machine, and collects the feedback data and operation status information of the main control program, and displays it in real time on the test result interface.

9. An OTA upgrade test device based on a virtual machine, characterized in that: include: The environment building module is used to build the corresponding virtual machine environment according to the operating system of different domain controllers, and deploy the main control program of the vehicle software OTA upgrade technology in the built virtual machine environment; The debugging and running module is used to debug and run the deployed vehicle software OTA upgrade master program, so that it can connect to the OTA upgrade cloud and interact with data; The upgrade test module is used to run the virtual machine to enable the vehicle software OTA upgrade main control program to run normally, connect the virtual machine and the test component, and import the corresponding test cases and test resources in the OTA upgrade cloud to perform vehicle software OTA upgrade testing.

10. A vehicle, characterized in that: include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the virtual machine-based OTA upgrade test method as described in any one of claims 1 to 8.

Images