CN118277229A - Vehicle upgrade test method and device, electronic equipment and storage medium - Google Patents

Abstract

The present application relates to a vehicle upgrade test method, device, electronic device and storage medium, and relates to the field of testing technology, wherein the method comprises: first obtaining the controller information of the target controller required for the vehicle upgrade test; then, according to the controller information, respectively configuring at least one pre-created virtual machine as a simulation controller corresponding to the target controller; then using the configured at least one simulation controller to build a test environment; and then performing a vehicle upgrade test in the test environment. By applying the technical solution of the present application, the cost of vehicle FOTA upgrade testing can be effectively saved, the resource occupation of the real controller can be reduced, and the time for engineers to build the test bench controller installation and wiring can be reduced. Because it is not limited by the resources of the real controller.

Description

Vehicle upgrade test method, device, electronic equipment and storage medium

Technical Field

The present application relates to the field of testing technology, and in particular to a vehicle upgrade testing method, device, electronic equipment and storage medium.

Background technique

The vehicle can update the vehicle's firmware system through the network, such as through the firmware over-the-air (FOTA) technology. Therefore, the vehicle's FOTA upgrade test is required to ensure the correct operation of this function.

Currently, FOTA upgrade testing requires the use of real vehicles for testing, or the construction of a vehicle test bench containing all real controllers for testing, which will result in high costs for vehicle FOTA upgrade testing.

Summary of the invention

In view of this, the present application provides a vehicle upgrade test method, device, electronic device and storage medium, the main purpose of which is to improve the technical problem that the current existing technology will cause high cost of vehicle FOTA upgrade testing.

In a first aspect, the present application provides a vehicle upgrade test method, comprising:

Obtain controller information of a target controller required for vehicle upgrade testing;

According to the controller information, at least one pre-created virtual machine is configured as a simulation controller corresponding to the target controller;

Using at least one of the simulation controllers obtained by configuration to build a test environment;

A vehicle upgrade test is performed in the test environment.

In a second aspect, the present application provides a vehicle upgrade test device, comprising:

An acquisition module configured to acquire controller information of a target controller required for a vehicle upgrade test;

a configuration module configured to configure at least one pre-created virtual machine as a simulation controller corresponding to the target controller according to the controller information;

A construction module, configured to construct a test environment using at least one of the simulation controllers obtained by configuration;

The test module is configured to perform a vehicle upgrade test in the test environment.

In a third aspect, the present application provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the vehicle upgrade test method described in the first aspect.

In a fourth aspect, the present application provides an electronic device, comprising a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, wherein the processor implements the vehicle upgrade test method described in the first aspect when executing the computer program.

By means of the above technical scheme, the present application provides a vehicle upgrade test method, device, electronic device and storage medium. Compared with the current prior art, the present application can use a simulation controller configured by a virtual machine to replace part of the real controller for upgrade testing. Specifically, the controller information of the target controller required for the vehicle upgrade test can be obtained first; then, according to the controller information, at least one pre-created virtual machine is configured as a simulation controller corresponding to each target controller; then, a test environment is constructed using the configured at least one simulation controller; and then the vehicle upgrade test can be performed in the test environment. By applying the technical scheme of the present application, the cost of vehicle FOTA upgrade testing can be effectively saved, the resource occupation of the real controller can be reduced, and the time for engineers to build the test bench controller installation and wiring can be reduced. Since it is not limited by the resources of the real controller, more test benches can be configured to increase the test time and increase the number of tests, so that more product problems can be discovered.

The above description is only an overview of the technical solution of the present application. In order to more clearly understand the technical means of the present application, it can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the present application more obvious and easy to understand, the specific implementation methods of the present application are listed below.

BRIEF DESCRIPTION OF THE DRAWINGS

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

In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

FIG1 is a schematic diagram showing a flow chart of a vehicle upgrade test method provided in an embodiment of the present application;

FIG2 is a schematic diagram showing a flow chart of another vehicle upgrade test method provided in an embodiment of the present application;

FIG3 is a schematic diagram showing an exemplary communication structure provided in an embodiment of the present application;

FIG4 is a schematic diagram showing a virtual simulation node function provided by an embodiment of the present application;

FIG5 shows a schematic structural diagram of a vehicle upgrade test device provided in an embodiment of the present application.

Detailed ways

In order to more clearly understand the above-mentioned purposes, features and advantages of the present application, the scheme of the present application will be further described below. It should be noted that the embodiments of the present application and the features in the embodiments can be combined with each other without conflict.

In order to improve the technical problem that the existing technology causes high cost of vehicle FOTA upgrade test, this embodiment provides a vehicle upgrade test method, as shown in FIG1 , the method includes:

Step 101: Obtain controller information of a target controller required for a vehicle upgrade test.

The target controller may be a real controller required for vehicle upgrade testing. The controller information of the target controller may be a configuration information file of the target controller, which may specifically include: firmware system information of the target controller, communication database (which may store controller data and data interacting with other controllers, etc.), and data processing rule information (such as processing rules for system version upgrades, information interaction processing rules with other controllers, etc.).

For example, the controller information of the target controller may be obtained from a preset database through the identifier of the target controller, wherein the preset database stores the controller information of various controllers.

Step 102: According to the controller information of the target controller, at least one pre-created virtual machine is configured as a simulation controller corresponding to the target controller.

In this embodiment, at least one virtual machine may be created in advance. A virtual machine refers to a software implementation of a computer that can run programs like a real machine. In this embodiment, a virtual machine configuration software tool may be used in the virtual machine to configure a simulation controller corresponding to the target controller.

For example, for the target controllers required for vehicle upgrade testing, virtual machines corresponding to these target controllers are created in the test computer (workbench), and these virtual machines can be configured as corresponding simulation controllers, wherein one virtual machine corresponds to a simulation controller of a target controller. These simulation controllers can be considered as virtual electronic control units (ECUs). In the process of configuring the virtual machines, corresponding configuration operations can be performed according to the controller information of the target controller, that is, the data processing logic of the real controller. The configured simulation controller can simulate the data processing behavior of the corresponding real controller in the vehicle FOTA upgrade, and then the simulation controller can be used to replace the corresponding real controller for vehicle FOTA upgrade testing.

Step 103: construct a test environment using at least one simulation controller obtained through configuration.

The test environment may include a vehicle test bench, a small test bench, or a combination of multiple test benches, etc. The corresponding test environment can be selected according to the test needs. In this embodiment, the configured simulation controller can be used to replace part or all of the real controller to build the test environment, which can reduce the time for engineers to build the test bench controller and install the wiring compared with the current existing technology.

Step 104: Perform vehicle upgrade test in the constructed test environment.

Vehicle FOTA upgrade testing may include: target controller update information download process, upgrade process, information interaction between controllers, status reporting, peripheral upgrades, version management and other test contents.

Compared with the current existing technology, this embodiment can use the simulated controller configured by the virtual machine to replace part of the real controller for upgrade testing. It can effectively save the cost of vehicle FOTA upgrade testing, reduce the resource occupation of the real controller, and reduce the time for engineers to build the test bench controller installation and wiring. Since it is not limited by the resources of the real controller, more test benches can be configured to increase the test time and the number of tests, thereby discovering more product problems.

Further, as a refinement and extension of the above embodiment, in order to fully illustrate the specific implementation process of the method of this embodiment, this embodiment provides a specific method as shown in FIG. 2, which includes:

Step 201: Obtain controller information of a target controller required for a vehicle upgrade test.

Optionally, the target controller may include a Controller Area Network (CAN) node controller under the domain controller and/or a Local Interconnect Network (LIN) node controller. For this embodiment, the required controllers may be determined according to the needs of the upgrade test, and it may be further determined from these controllers which may be replaced by the simulation controller. Specifically, the CAN node controller under the domain controller and/or the LIN node controller may be selected. These relatively less important controllers may be replaced by the simulation controller.

The controller information of the CAN node controller may include the firmware system information, communication database, and data processing rule information of the CAN node controller, while the controller information of the LIN node controller may include the node parameter information of the LIN node controller, the communication database and data processing rule information required for loading and upgrading the test, etc.

In this embodiment, the controllers involved in the vehicle upgrade test can be divided into two parts: real controllers and simulated controllers. The real controllers may include: smart cockpit domain controller, vehicle domain controller/edge computing gateway, autonomous driving domain controller, and several main controllers involved in vehicle mode switching, such as the front body controller.

The simulation controller may include: CAN node controller and/or LIN node controller under the domain controller. For example, CAN node controller and/or LIN node controller under the smart cockpit domain controller; CAN node controller and/or LIN node controller under the vehicle domain controller/edge computing gateway; CAN node controller and/or LIN node controller under the autonomous driving domain controller.

For example, several virtual machines are installed in the test computer, each of which drives a CAN/LIN bus device. This CAN/LIN bus device can be used to simulate any CAN/LIN node controller in the vehicle, that is, the simulated controller of the node under test. The simulated controller can be considered as a virtual ECU, and the flashed CAN/LIN node control is simulated by configuring the parameters of the virtual ECU.

Step 202: Read the firmware system information, communication database and data processing rule information of the target controller from the controller information of the target controller.

Step 203: Based on the firmware system information, communication database and data processing rule information of the target controller, a simulation controller corresponding to the target controller is configured using a virtual machine configuration software tool pre-installed on the virtual machine.

For example, for the process of configuring a simulation controller of a CAN/LIN node controller, this embodiment first creates a virtual machine. A virtual machine configuration software tool is installed on the virtual machine, and based on the firmware system information, communication database and data processing rule information of the CAN/LIN node controller, the virtual machine configuration software tool is used to configure a simulation controller corresponding to the target controller. For example, the parameters required for configuration include: CAN bus type (CAN or CAN FD), CAN/CANFD communication rate, sampling point, etc., where CAN FD (CAN with Flexible Data rate) is CAN with flexible data rate; then load the DBC (Database CAN) database of the test node (support importing the network segment database to check a node); and load the diagnostic CDD database (CDD Database)/Open Diagnostic Data Exchange (Open DiagnosticData Exchange, ODX) database; and load the security key algorithm dynamic link library (Dynamic Link Library, DLL) file; and load the flash file (support *.s19/*.hex/*.bin), etc.

Step 204: construct a test environment using at least one simulation controller obtained through configuration.

Optionally, step 204 may specifically include: first establishing a communication connection between at least one simulation controller, a preset target board and a domain controller corresponding to the target controller to obtain a test bench; wherein the simulation controller in the test bench is connected to the preset target board, and the preset target board is connected to the domain controller corresponding to the target controller; then establishing a communication connection between at least one test bench to obtain a test environment.

For example, a communication connection is established between the simulation controller of the CAN node controller and a preset CAN board, and a communication connection is established between the CAN board and the first domain controller corresponding to the CAN node controller; and/or, a communication connection is established between the simulation controller of the LIN node controller and a preset LIN board, and a communication connection is established between the LIN board and the second domain controller corresponding to the LIN test node. In this way, a test bench can be constructed. Then, at least one test bench obtained is combined for communication, that is, a communication connection is established between these test benches to construct a test environment. Among them. The first domain controller and the second domain controller may include: an intelligent cockpit domain controller, a vehicle domain controller/edge computing gateway, an autonomous driving domain controller, and several main controllers involved in vehicle mode switching.

For example, several virtual machines are pre-installed in a test computer (workstation), and each virtual machine can be configured as a virtual simulation node, that is, a simulation controller of a CAN node controller and/or a LIN node controller. The virtual simulation node is connected to a general CAN board or LIN board through a USB interface, that is, a single-channel CAN/LIN communication node, and then the corresponding communication connection can be established through the USB connection. As shown in Figure 3, for the CAN node controller and LIN node controller under the smart cockpit domain controller, several virtual machines are installed in the workstation, and each virtual machine is configured so that each virtual machine drives a CAN bus device or a LIN bus device, wherein the CAN bus device can be used to simulate the CAN node controller under the smart cockpit domain controller, and the LIN bus device can be used to simulate the LIN node controller under the smart cockpit domain controller.

Similarly, the CAN node controller and LIN node controller under the vehicle domain controller/edge computing gateway, as well as the CAN node controller and LIN node controller under the autonomous driving domain controller, can establish communication connections in this way. Subsequently, these domain controllers connected to the CAN board (the CAN board is also connected to the simulated CAN node controller)/LIN board (the LIN board is also connected to the simulated LIN node controller) can be combined and matched to build a test bench, and at least one test bench can be built according to actual test needs, and communication connections between these test benches can be established to build a test environment.

For example, in order to meet specific upgrade test requirements, the FOTA upgrade process can be verified by combining multiple bench types. For example, test bench a and test bench b are combined to communicate to achieve the FOTA upgrade test requirements of service 1; test bench m1 is combined to communicate with test bench m2 and test bench m3 to achieve the FOTA upgrade test requirements of service 2, etc.

Step 205: Perform a vehicle upgrade test in the constructed test environment.

Optionally, step 205 may specifically include: first, in the simulation controller corresponding to the target controller, using a virtual machine configuration software tool to receive upgrade information sent by the domain controller corresponding to the target controller; then, based on the upgrade information, updating the firmware system information, communication database and data processing rule information of the simulation controller, and using the virtual machine configuration software tool to call a preset protocol stack to drive the sending of message information generated by the simulation controller upgrade to the domain controller corresponding to the target controller.

In this embodiment, the virtual machine configuration software implements functions such as message simulation and diagnostic services in the form of configuration parameters. For example, as shown in Figure 4, the virtual node configuration software calls the CAN protocol stack to send messages through the corresponding CAN driver, or calls the LIN protocol stack to send messages through the corresponding LIN driver. The virtual node supports the corresponding diagnostic services and supports the BootLoader upgrade process of the node in the form of a virtual node. The virtual node can be considered as a virtual ECU, that is, the virtual ECU needs to implement the CAN/LIN diagnostic protocol stack, needs to be able to load the communication database, and can simply simulate the necessary periodic message sending to meet the subsequent FOTA upgrade test requirements.

In order to meet the testing requirements of different application scenarios, optionally, step 204 may further specifically include: if the at least one test bench is in a weak network environment (poor network environment), obtaining the upgrade package file required for the upgrade test; and then sending the upgrade package file to the at least one running test bench for upgrade testing.

For example, during the FOTA upgrade test of the test bench, if the test bench is in a good network environment, the test bench will download a complete upgrade package file from the cloud through its own network communication module (such as a 4G or 5G wireless communication module), and then install the upgrade package file. If the test bench is in a weak network environment, data loss is likely to occur during the transmission of the upgrade package file, which will cause the upgrade to fail, making it impossible to perform an effective FOTA upgrade test. Therefore, in the present embodiment, when the test bench is in a weak network environment, the upgrade package file required for the upgrade test can be obtained on the test computer (workbench) side, and then the upgrade package file is sent to the test bench for upgrade testing, so as to ensure that a normal FOTA upgrade test can be achieved in a weak network environment, thereby ensuring the accuracy of the FOTA upgrade test results.

Further optionally, after performing an upgrade test on the vehicle in a test environment, the method of this embodiment may also include: obtaining test report information; then obtaining from the test report information the simulation controller that has an operating abnormality during the upgrade process, such as a simulation controller whose system version is not accurately updated, a simulation controller that has an interruption during the upgrade process and the duration of the interruption exceeds a certain threshold, etc.; finally, obtaining the CAN node controller information and/or LIN node controller information corresponding to the simulation controller that has an operating abnormality (such as a CAN node/LIN node simulation controller identifier, and a domain controller identifier corresponding to the simulation controller, and a test bench identifier corresponding to the domain controller, etc.), so that the tester can adjust the simulation controller that has an operating abnormality in a timely manner based on this information, so as to reduce the occurrence of test abnormalities during the next test.

In order to illustrate the specific implementation process of the above embodiment, the following application examples are given, but not limited to these:

FOTA testing mainly includes: FOTA test environment preparation, FOTA functional testing, version testing, stress testing, performance testing, automation testing, demand matching, etc. The main test environments are mainly divided into the following categories from complex to simple: real vehicle, vehicle test bench, small test bench, etc.

Among them, the actual vehicle includes: vehicle domain controller, vehicle domain controller, Advanced Driver Assistance System (ADAS) domain controller, and all CAN/LIN nodes in the vehicle; the whole vehicle test bench includes: vehicle domain controller, vehicle domain controller, ADAS domain controller, and some CAN/LIN nodes (ensuring that each CAN bus has more than 2 nodes, and LIN nodes must also be included); the small test bench includes at least: vehicle domain controller, vehicle domain controller, and a few CAN/LIN controllers that need attention.

However, in the early stage of research and development, real vehicle resources are relatively limited, and there is often a problem of no test vehicles. At this time, it is necessary to build test benches with varying degrees of complexity from easy to difficult. However, the construction of the test bench still relies on the controller. The controller is also under development and the flashing function may be unstable. In addition, the controller is not the focus of FOTA test verification. No controller to test or poor controller status will affect the progress of FOTA testing.

In order to solve the above problems, by applying the technical solution of this embodiment, a semi-physical simulation bench that can perform FOTA upgrades based on a virtual ECU can save a lot of controller resources and real vehicle resources. Specifically, at least one virtual machine can be created first; then at least one virtual machine can be configured as a simulation controller of the node under test required for the vehicle upgrade test; then the test environment can be built using the simulation controller; then at least one test bench built by the simulation controller can be combined for communication; after the test environment preparation is completed, the FOTA upgrade process is verified through a combination of multiple bench types, such as sending a running instruction to at least one test bench after the combined communication, and performing an upgrade test on at least one test bench after the operation, which can specifically include download process, upgrade process, interactive page, status reporting, peripheral upgrade, version management and other test contents.

Compared with the existing technical solutions, the technical solution provided by this embodiment can improve the coverage of the test. Since it is a semi-physical simulation, many faults of the flashing process can be created by software as needed during the simulation node test; the simulation platform can increase the test time. Since it is not limited by the controller resources, more test benches can be configured to increase the test time. In addition, the number of tests can be increased, and more product problems can be discovered in the early development stage when the number of real vehicles and tested samples is small, thereby improving the user experience.

Furthermore, as a specific implementation of the method shown in FIG. 1 and FIG. 2 , this embodiment provides a vehicle upgrade test device, as shown in FIG. 5 , which includes: an acquisition module 31 , a configuration module 32 , a construction module 33 , and a test module 34 .

An acquisition module 31 is configured to acquire controller information of a target controller required for a vehicle upgrade test;

A configuration module 32 is configured to configure at least one pre-created virtual machine as a simulation controller corresponding to the target controller according to the controller information;

A construction module 33 is configured to construct a test environment using at least one of the simulation controllers obtained by configuration;

The testing module 34 is configured to perform a vehicle upgrade test in the testing environment.

In a specific application scenario, the configuration module 32 is specifically configured to read the firmware system information, communication database and data processing rule information of the target controller from the controller information; based on the firmware system information, communication database and data processing rule information, using the virtual machine configuration software tool pre-installed on the virtual machine, a simulation controller corresponding to the target controller is configured.

In a specific application scenario, the construction module 33 is specifically configured to establish a communication connection between at least one of the simulation controller, the preset target board and the domain controller corresponding to the target controller to obtain a test bench; wherein the simulation controller in the test bench is connected to the preset target board, and the preset target board is connected to the domain controller corresponding to the target controller; establish a communication connection between at least one of the test benches to obtain the test environment.

In a specific application scenario, the test module 34 is specifically configured to use the virtual machine configuration software tool to receive upgrade information sent by the domain controller corresponding to the target controller in the simulation controller corresponding to the target controller; update the firmware system information, communication database and data processing rule information of the simulation controller based on the upgrade information, and use the virtual machine configuration software tool to call the preset protocol stack to drive the sending of the message information generated by the upgrade and update of the simulation controller to the domain controller corresponding to the target controller.

In a specific application scenario, the test module 34 is further configured to obtain the upgrade package file required for the upgrade test if the at least one test bench is in a weak network environment; and send the upgrade package file to the at least one test bench for the upgrade test.

In a specific application scenario, the test module 34 is also configured to obtain test report information after performing a vehicle upgrade test in the test environment; obtain a simulation controller that has an operating abnormality during the upgrade process from the test report information; and obtain controller information of a target controller corresponding to the simulation controller that has an operating abnormality.

In a specific application scenario, optionally, the target controller includes a CAN node controller and/or a LIN node controller under the domain controller.

It should be noted that, for other corresponding descriptions of the functional units involved in the vehicle upgrade test device provided in this embodiment, reference may be made to the corresponding descriptions in FIG. 1 and FIG. 2 , which will not be repeated here.

Based on the above method as shown in FIG. 1 and FIG. 2 , accordingly, this embodiment further provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the above method as shown in FIG. 1 and FIG. 2 is implemented.

Based on this understanding, the technical solution of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, USB flash drive, mobile hard disk, etc.), including a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute the methods of various implementation scenarios of the present application.

Based on the above-mentioned method as shown in Figures 1 and 2, and the virtual device embodiment shown in Figure 5, in order to achieve the above-mentioned purpose, the embodiment of the present application also provides an electronic device that can be configured on a computer side, or a vehicle side, etc. The device includes a storage medium and a processor; the storage medium is used to store a computer program; the processor is used to execute the computer program to implement the above-mentioned method as shown in Figures 1 and 2.

Optionally, the above-mentioned physical device may also include a user interface, a network interface, a camera, a radio frequency (RF) circuit, a sensor, an audio circuit, a WI-FI module, etc. The user interface may include a display screen (Display), an input unit such as a keyboard (Keyboard), etc., and the optional user interface may also include a USB interface, a card reader interface, etc. The network interface may optionally include a standard wired interface, a wireless interface (such as a WI-FI interface), etc.

Those skilled in the art will appreciate that the above-mentioned physical device structure provided in this embodiment does not constitute a limitation on the physical device, and may include more or fewer components, or a combination of certain components, or different arrangements of components.

The storage medium may also include an operating system and a network communication module. The operating system is a program that manages the hardware and software resources of the above-mentioned physical device, and supports the operation of the information processing program and other software and/or programs. The network communication module is used to realize the communication between the components inside the storage medium, and the communication with other hardware and software in the information processing physical device.

Through the description of the above implementation methods, those skilled in the art can clearly understand that the present application can be implemented by means of software plus the necessary general hardware platform, or by hardware. By applying the solution of this embodiment, a higher test bench construction efficiency can be achieved, and the required tested nodes can be quickly generated by configuration, reducing the time for engineers to install and wire the whole vehicle bench controller; 7*24 hours of continuous testing of the FOTA upgrade test bench can be achieved, ensuring the stress test time, saving real vehicle resources, and controller resources; and as long as the solution of this embodiment realizes the universal CAN/LIN node configuration, it can be widely used in FOTA stress testing, FOTA abnormal testing, sleep wake-up testing, etc., so that the vehicle upgrade test method of this embodiment can be more widely used.

It should be noted that, in this article, relational terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the term "comprising" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprising a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

The above description is only a specific implementation of the present application, so that those skilled in the art can understand or implement the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to the embodiments described herein, but will conform to the widest scope consistent with the principles and novel features applied for herein.

Claims (10)

1. A vehicle upgrade testing method, comprising:

Acquiring controller information of a target controller required by a vehicle upgrade test;

According to the controller information, respectively configuring at least one virtual machine which is created in advance as a simulation controller corresponding to the target controller;

constructing a test environment by using at least one simulation controller obtained by configuration;

and performing a vehicle upgrade test in the test environment.

2. The method according to claim 1, wherein the configuring the at least one virtual machine created in advance as the emulation controller corresponding to the target controller according to the controller information includes:

Reading firmware system information, a communication database and data processing rule information of the target controller from the controller information;

Based on the firmware system information, the communication database and the data processing rule information, a virtual machine configuration software tool pre-installed on the virtual machine is utilized to obtain the simulation controller corresponding to the target controller.

3. The method of claim 2, wherein said constructing a test environment using said configured at least one of said simulation controllers comprises:

Establishing communication connection among at least one simulation controller, a preset target board card and a domain controller corresponding to the target controller to obtain a test bench; the simulation controller in the test bench is connected with the preset target board card, and the preset target board card is connected with a domain controller corresponding to the target controller;

And establishing communication connection between at least one test bench to obtain the test environment.

4. A method according to claim 3, wherein said performing a vehicle upgrade test in said test environment comprises:

In the simulation controller corresponding to the target controller, receiving upgrading information sent by the domain controller corresponding to the target controller by utilizing the virtual machine configuration software tool;

Updating firmware system information, a communication database and data processing rule information of the simulation controller based on the upgrading information, calling a preset protocol stack by utilizing the virtual machine configuration software tool, and driving to send message information generated by upgrading and updating the simulation controller to a domain controller corresponding to the target controller.

5. A method according to claim 3, wherein said performing a vehicle upgrade test in said test environment comprises: monitoring a network environment in which the at least one test bench is located;

if the network environment of the at least one test bench is a weak network environment, acquiring an upgrade package file required by the upgrade test;

and sending the upgrade package file to the at least one test bench for upgrade testing.

6. The method of claim 1, wherein after the upgrade test of the vehicle in the test environment, the method further comprises:

Acquiring test report information;

Acquiring a simulation controller with abnormal operation in the upgrading process from the test report information;

and obtaining the controller information of the target controller corresponding to the simulation controller with abnormal operation.

7. The method according to any of claims 1-6, wherein the target controller comprises a controller area network, CAN, node controller and/or a local interconnect network, LIN, node controller under a domain controller.

8. A vehicle upgrade test apparatus, comprising:

The system comprises an acquisition module, a control module and a control module, wherein the acquisition module is configured to acquire controller information of a target controller required by a vehicle upgrade test;

The configuration module is configured to configure at least one virtual machine which is created in advance into simulation controllers corresponding to the target controllers according to the controller information;

A building module configured to build a test environment using the configured at least one of the simulation controllers;

And the test module is configured to perform vehicle upgrade tests in the test environment.

9. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the method of any of claims 1-7.

10. An electronic device comprising a storage medium, a processor and a computer program stored on the storage medium and executable on the processor, characterized in that the processor implements the method of any one of claims 1-7 when executing the computer program.