Automobile testing method and device, electronic equipment and storage medium

Abstract

The embodiment of the invention provides an automobile test method and device, electronic equipment and a storage medium, and the method comprises the steps: monitoring a communication message sent by a to-be-tested node after a test machine is connected with the to-be-tested node; analyzing the communication message, and determining an associated node corresponding to the node to be tested, the associated node being a node having a service interaction relationship with the node to be tested; acquiring a virtualization model of the associated node, wherein the virtualization model is used for simulating the associated node; and simulating the associated node to test the to-be-tested node based on the virtualization model. The association node is determined by monitoring and analyzing the communication message of the to-be-tested node, then the virtualization model of the association node is obtained for testing, the association relationship between the to-be-tested node and the association node can be automatically determined by analyzing the communication message, and the testing process is simplified. And meanwhile, a complex service interaction relationship between the to-be-tested node and the to-be-tested node in an actual system can be more comprehensively simulated, and the efficiency of automobile testing is effectively improved.

Description

Technical Field

[0001] This application relates to the field of automotive testing technology, and in particular to an automotive testing method, apparatus, electronic device, and storage medium. Background Technology

[0002] Currently, in the field of automotive testing, simulation testing methods can be used to test various ECU (Electronic Control Unit) nodes of a vehicle.

[0003] For example, the ECU node can be configured based on its status information. Then, simulation signals can be transmitted through the transmission interface between the configured ECU node and the controlled device model. The compiled files containing the simulation signals from the ECU node and the controlled device model are then imported into the loop test platform to form a virtual integrated test environment for verifying the functionality of the ECU node.

[0004] However, this approach requires rebuilding the transmission interface between the ECU node and the controlled device in each simulation test, and can only perform simulation tests on specific applications within the ECU node. It is difficult to effectively verify the interaction between the controller software and the underlying or middleware software, and cannot fully guarantee the normal functioning of the ECU node as a whole, resulting in low efficiency in automotive testing. Summary of the Invention

[0005] This application provides an automotive testing method, apparatus, electronic device, and storage medium, aiming to improve the problem that existing automotive testing methods cannot fully guarantee the normal functioning of the ECU node, resulting in low efficiency in automotive testing.

[0006] This application provides a vehicle testing method applied to a testing machine, including:

[0007] After establishing a connection with the node under test, listen to the communication messages sent by the node under test;

[0008] The communication message is parsed to determine the associated node corresponding to the node under test. The associated node is a node that has a service interaction relationship with the node under test.

[0009] Obtain the virtualization model of the associated node, the virtualization model being used to simulate the associated node;

[0010] Based on the virtualization model, the associated nodes are simulated to test the node under test.

[0011] As can be seen from the above, the solution provided in this application identifies associated nodes by listening to and parsing the communication messages of the node under test, and then obtains the virtualization model of the associated nodes for testing. This allows for the automatic determination of the relationship between the node under test and associated nodes through parsing communication messages, eliminating the need to rebuild the transmission interface between the node under test and associated nodes for each test, thus simplifying the testing process. Furthermore, simulating the service interaction between associated nodes and the node under test based on the virtualization model more comprehensively simulates the complex service interaction relationships between the node under test and the associated nodes in the actual system, rather than just targeting a specific application. This allows for a more comprehensive verification of the overall functionality of the node under test, effectively improving the efficiency of automotive testing.

[0012] Optionally, parsing the communication message to determine the associated node corresponding to the node under test includes:

[0013] Retrieve the predefined service interface table;

[0014] Parse the communication message to determine the service identifier of the service corresponding to the communication message;

[0015] The service identifier is used to query the service interface table to determine at least one associated node corresponding to the node under test.

[0016] Optionally, the associated node includes a client that calls the services provided by the node under test and / or the server that calls the services by the node under test.

[0017] Optionally, the step of simulating the associated nodes to test the node under test based on the virtualization model includes:

[0018] Load the virtualization model;

[0019] Restart the test machine and run the virtualization model to simulate communication between the associated node and the node under test, and collect the interaction data during the communication process;

[0020] The interaction data is analyzed to obtain the test results for the node under test.

[0021] Optionally, obtaining the virtualization model of the associated node includes:

[0022] The software code of the associated node is obtained from the cloud server and used as the virtualization model of the associated node.

[0023] This application also provides an automotive testing device, applied to a testing machine, comprising:

[0024] The connection module is used to listen to the communication messages sent by the node under test after establishing a connection with the node under test.

[0025] The parsing module is used to parse the communication message and determine the associated node corresponding to the node under test. The associated node is a node that has a service interaction relationship with the node under test.

[0026] An acquisition module is used to acquire the virtualization model of the associated node, the virtualization model being used to simulate the associated node;

[0027] The testing module is used to simulate the associated nodes to test the node under test based on the virtualization model.

[0028] Optionally, according to the apparatus of claim 6, the parsing module is specifically used for:

[0029] Retrieve the predefined service interface table;

[0030] Parse the communication message to determine the service identifier of the service corresponding to the communication message;

[0031] The service identifier is used to query the service interface table to determine at least one associated node corresponding to the node under test.

[0032] Optionally, the test module is specifically used for:

[0033] Load the virtualization model;

[0034] Restart the test machine and run the virtualization model to simulate communication between the associated node and the node under test, and collect the interaction data during the communication process;

[0035] The interaction data is analyzed to obtain the test results for the node under test.

[0036] This application also provides an electronic device, including a processor and a memory, wherein:

[0037] Memory, used to store computer programs;

[0038] A processor for executing a program stored in memory to implement the method described in any of the preceding claims.

[0039] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements any of the methods described above. Attached Figure Description

[0040] Figure 1 This is a flowchart of a vehicle testing method provided in an embodiment of this application;

[0041] Figure 2This is a system architecture diagram of an automobile testing method provided in another embodiment of this application;

[0042] Figure 3 This is a flowchart of a vehicle testing method provided in another embodiment of this application;

[0043] Figure 4 This is a structural diagram of the automobile testing device provided in the embodiments of this application;

[0044] Figure 5 This is a structural diagram of the electronic device provided in the embodiments of this application. Detailed Implementation

[0045] To make the technical problems, technical solutions, and beneficial effects solved by this application clearer, the following detailed description is provided in conjunction with embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0046] Currently, in the field of automotive testing, simulation testing methods can be used to test various ECU nodes of a vehicle. For example, ECU nodes can be configured based on their status information. Then, simulation signals can be transmitted through the transmission interface between the configured ECU nodes and the controlled device model. The compiled files containing the simulation signals from the ECU nodes and the controlled device model are then imported into a loop-in-the-loop test platform to form a virtual integrated test environment for verifying the functionality of the ECU nodes.

[0047] However, this approach requires rebuilding the transmission interface between the ECU node and the controlled device in each simulation test, and can only perform simulation tests on specific applications within the ECU node. It is difficult to effectively verify the interaction between the controller software and the underlying or middleware software, and cannot fully guarantee the normal functioning of the ECU node as a whole, resulting in low efficiency in automotive testing.

[0048] Based on this, embodiments of this application provide a vehicle testing method to solve the above-mentioned problems.

[0049] This application provides an embodiment of a vehicle testing method applied to a testing machine, comprising:

[0050] After establishing a connection with the node under test, listen to the communication messages sent by the node under test;

[0051] The communication message is parsed to determine the associated node corresponding to the node under test. The associated node is a node that has a service interaction relationship with the node under test.

[0052] Obtain the virtualization model of the associated node, the virtualization model being used to simulate the associated node;

[0053] Based on the virtualization model, the associated nodes are simulated to test the node under test.

[0054] As can be seen from the above, the solution provided in this application identifies associated nodes by listening to and parsing the communication messages of the node under test, and then obtains the virtualization model of the associated nodes for testing. This allows for the automatic determination of the relationship between the node under test and associated nodes through parsing communication messages, eliminating the need to rebuild the transmission interface between the node under test and associated nodes for each test, thus simplifying the testing process. Furthermore, simulating the service interaction between associated nodes and the node under test based on the virtualization model more comprehensively simulates the complex service interaction relationships between the node under test and the associated nodes in the actual system, rather than just targeting a specific application. This allows for a more comprehensive verification of the overall functionality of the node under test, effectively improving the efficiency of automotive testing.

[0055] Example 1

[0056] This application provides an embodiment of a vehicle testing method applied to a testing machine. Please refer to [the relevant documentation]. Figure 1 This includes the following steps:

[0057] S110: After establishing a connection with the node under test, listen for communication messages sent by the node under test.

[0058] In this step, after establishing a connection with the node under test (DUT), the test unit begins listening to the communication messages sent by the DUT. Specifically, the test unit needs to establish a connection with the DUT through a physical interface (such as CAN, Ethernet, etc.) and ensure that the communication link is unobstructed. The DUT is the electronic control unit (ECU) to be tested.

[0059] Once the connection is established, the test machine will activate a listening mechanism to capture communication packets sent from the node under test in real time. These packets carry the information exchanged between the node under test and other nodes in the system, including key information such as the node under test's service identifier and interaction intent. This information can be used for subsequent analysis of its functions and interaction relationships. The listening process is continuous and passive; the test machine only receives data and does not actively send interference signals to ensure that the communication behavior of the node under test in its natural state is captured.

[0060] S120: Parse the communication message to determine the associated node corresponding to the node under test. The associated node is a node that has a service interaction relationship with the node under test.

[0061] In this step, after capturing the communication message, the test machine can use a specific protocol parser to interpret the communication message and extract key information such as service identifier, interface type, and interaction mode. Based on the preset service interaction rules, it can accurately identify the associated nodes that have a service call or service provision relationship with the node under test.

[0062] Furthermore, the test machine can determine which other nodes (i.e., associated nodes) have service interaction relationships with the node under test. These associated nodes may be clients or servers of the node under test, thus laying the foundation for subsequent virtualization simulation.

[0063] The communication message can be a SOME / IP SD (Scalable service-Oriented Middleware Overload IP Service Discovery) message.

[0064] S130: Obtain the virtualization model of the associated node. The virtualization model is used to simulate the associated node.

[0065] After identifying the associated nodes of the node under test, the test machine can acquire the virtualization model corresponding to each associated node. This virtualization model is pre-built and stored software code. By running this code, the test machine can simulate the behavior and functions of the associated nodes. Furthermore, the virtualization model can accurately mimic the communication protocols, service calls, and data exchange logic between the associated nodes and the node under test without requiring actual physical hardware for testing, enabling rapid test environment construction and cost reduction.

[0066] The process of acquiring the virtualized model may involve searching a database, automatically generating it according to interface specifications, or retrieving it from a pre-built model kit; the specific method is not limited. The model kit is a resource library that integrates simulation models of various related nodes and their corresponding software code.

[0067] S140: Based on the virtualization model, simulate associated nodes to test the node under test.

[0068] The test machine can utilize a pre-loaded virtualization model to actively assume the role of a related node, simulating the communication process between the related node and the node under test (DUT) to perform testing. Specifically, if the DUT is a server, the related node simulated by the test machine acts as a client, sending service requests to the DUT according to protocols such as SOME / IP; if the DUT is a client, the related node simulated by the test machine acts as a server, waiting for service requests from the DUT.

[0069] In this way, the test machine can reproduce the interaction process between the node under test and related nodes in a virtual environment, so that the test results can truly reflect the performance of the node under test in the actual system and comprehensively examine the functionality, performance and compatibility of the node under test with other system components.

[0070] As can be seen from the above, the solution provided in this application identifies associated nodes by listening to and parsing the communication messages of the node under test, and then obtains the virtualization model of the associated nodes for testing. This allows for the automatic determination of the relationship between the node under test and associated nodes through parsing communication messages, eliminating the need to rebuild the transmission interface between the node under test and associated nodes for each test, thus simplifying the testing process. Furthermore, simulating the service interaction between associated nodes and the node under test based on the virtualization model more comprehensively simulates the complex service interaction relationships between the node under test and the associated nodes in the actual system, rather than just targeting a specific application. This allows for a more comprehensive verification of the overall functionality of the node under test, effectively improving the efficiency of automotive testing.

[0071] Step S120 includes:

[0072] Retrieve the predefined service interface table;

[0073] Parse the communication message to determine the service identifier of the service corresponding to the communication message;

[0074] The service interface table is queried based on the service identifier to determine at least one associated node corresponding to the node under test.

[0075] In other words, in this implementation, the test machine parses the captured communication messages to accurately identify those associated nodes that have service interaction relationships with the node under test.

[0076] Specifically, a predefined service interface table can be retrieved first. The service interface table is a standardized summary of the service interaction rules of each node, providing a unified reference standard for automated parsing. It records in detail the services provided by each node in the system, the unique identifiers of these services (i.e., service identifiers), and the corresponding server and client for each service, etc.

[0077] For example, as shown in Table 1, this is a service interface table in a specific embodiment, which records the service name, service identifier, server and client. For instance, for the HornCtr service, its corresponding service identifier is 0x1004, the node providing the service is CCU_S32G_MProxy_RT2_Core3, and the node calling the service is ADC.

[0078] Service Name Service Identifier server Client HornCtr 0x1004 CCU_S32G_MProxy_RT2_Core3 ADC OTADriverInteraction 0x2001 CCU_S32G_Acore IDC_Android PS_TboxWlsNtwkService 0x7001 Tbox CCU_S32G_Acore

[0079] Table 1 Service Interface Table

[0080] Next, the test machine can parse the captured communication messages to extract key service identifiers. These service identifiers uniquely identify the specific service involved in the message. Based on this extracted service identifier, a query operation can be performed in a pre-loaded service interface table. By matching the service identifier, the server providing the service or the client depending on the service can be found in the service interface table, thus identifying at least one associated node with a direct service call or being called relationship with the node under test.

[0081] In this way, by linking the service identifier with the service interface table, the automatic identification of associated nodes is achieved. This ensures the consistency between the association relationship and the actual service interaction requirements, and avoids the omissions or errors that may occur in traditional manual configuration. This lays an accurate foundation for the construction of subsequent test scenarios.

[0082] In one implementation, the associated nodes include clients that call services provided by the node under test and / or servers that call services by the node under test.

[0083] In other words, in this implementation, the scope of associated nodes specifically covers two types of roles that have direct service interactions with the node under test: client and server.

[0084] On the one hand, if an external node (i.e. a potential associated node) needs to call the service provided by the node under test, then this external node plays the role of a client. For example, if the node under test is an ECU responsible for door control and provides the "unlock door" service, then the body control node that issues the unlock request is the client that calls the service and belongs to the associated node.

[0085] On the other hand, if an external node provides a certain service, and the node under test needs to call the service provided by this external node during operation, then this external node plays the role of a server. For example, if the node under test is an autonomous driving domain controller, it needs to call the positioning service when performing path planning. Then the navigation module node that provides the positioning service is the server that the node under test depends on, and it is also a related node.

[0086] By clearly defining the dual roles of the associated nodes as both clients and / or servers, the two core scenarios of service interaction of the node under test can be fully covered. This ensures that all interaction relationships that may affect the functionality of the node under test are included in the simulation during the testing process, thereby more completely verifying the service processing logic and interaction capabilities of the node under test.

[0087] Step S130 includes:

[0088] The software code of the associated nodes is obtained from the cloud server and used as the virtualization model of the associated nodes.

[0089] In other words, in this implementation, in order to simulate the associated nodes previously determined in S120, the test machine needs to obtain the virtualization model of these associated nodes.

[0090] Specifically, the test unit can dynamically download the required virtualized models from a cloud server. The cloud server stores the software code for various ECU nodes in the system. Once the test unit determines the associated node that needs to be simulated, it sends a request to the cloud server, specifying which associated node's software code is required.

[0091] After receiving a request, the cloud server packages the software code for the corresponding associated node and sends it to the test machine. The test machine then loads this software code and uses it as the virtualization model for that associated node. This software code actually contains the core functionalities of the associated node, including the logic for providing services, the algorithm for processing requests, and the communication protocols it follows. By running this code, the test machine can create a virtual environment locally that closely mirrors the behavior of a real associated node, thus achieving effective simulation of the associated node.

[0092] This allows for centralized management and updates of the model, reducing local storage pressure and facilitating the introduction of new associated node models, thus improving the scalability and flexibility of the testing system.

[0093] Step S140 includes:

[0094] Load the virtualization model;

[0095] Restart the test machine and run the virtualization model to simulate communication between the associated node and the node under test, and collect the interaction data during the communication process;

[0096] The interaction data is analyzed to obtain the test results for the node under test.

[0097] In other words, the test machine first loads the acquired virtualization model into its local runtime environment, completing the adaptation and initialization of the model with the test system to ensure that the model can correctly identify the communication link and respond to interactive commands. Subsequently, the test machine restarts to reset the system state, eliminate potential environmental interference, and starts the virtualization model after the system stabilizes. In this way, the virtualization model begins execution on the test machine, simulating the behavior of the associated nodes.

[0098] For example, if the associated node is a client, the simulator will proactively send service requests to the node under test; if the associated node is a server, the simulator will wait for the request from the node under test and respond according to preset logic. During this process, the node under test and this virtual associated node will communicate in real-time through a preset communication link (such as CAN or Ethernet). The test machine will collect the data generated by the interaction between the two in real time throughout the entire communication process, including sent and received messages, timestamps, status changes, and other information.

[0099] The test machine then performs in-depth analysis of the collected interaction data, comparing the actual communication results with the expected correct behavior to check for errors, timeouts, data inconsistencies, and other issues. Through this analysis, the test machine can ultimately generate test results for the functionality, performance, or communication compatibility of the node under test, determining whether the node meets the design requirements.

[0100] Example 2

[0101] To facilitate understanding, the vehicle testing method provided in this application is described below through several specific implementation methods, such as... Figure 2 The diagram shown illustrates the system architecture of this embodiment, which includes a test machine, a node under test (DUT), and a cloud-based ModelKit. After establishing a connection with the DUT, the test machine determines the corresponding associated node based on the communication messages sent by the DUT. Then, it obtains a virtualized model of the associated node from the ModelKit to simulate the associated node. Finally, through input / output interaction with the DUT, the test machine tests the DUT.

[0102] like Figure 3 The diagram shown is a flowchart of this embodiment, which specifically includes the following steps:

[0103] Connect the node under test (usually an ECU node) to a power source and connect it to the test machine (including different links such as CAN / ETH);

[0104] The test machine captures and parses the SD packets sent by the node under test, obtains the Service ID information in the SD packets, confirms the current node under test (one or more), and, in conjunction with the SOME / IP service interface table, confirms one or more associated nodes (such as the Client or Server) corresponding to the node under test.

[0105] Based on the confirmed associated nodes, download the corresponding software code from the cloud and load the software code onto the test machine;

[0106] Restart the test machine and the node under test, so that the node under test and the associated node simulated by software code in the test machine can run, thereby testing the node under test;

[0107] Alternatively, if the corresponding associated node cannot be identified, the node to be tested can be tested directly according to the test cases.

[0108] Finally, the test results for the node under test can be output.

[0109] This application also provides an automotive testing device 20, please refer to... Figure 4 ,include:

[0110] The connection module 201 is used to listen to the communication messages sent by the node under test after establishing a connection with the node under test;

[0111] The parsing module 202 is used to parse the communication message and determine the associated node corresponding to the node under test, wherein the associated node is a node that has a service interaction relationship with the node under test;

[0112] The acquisition module 203 is used to acquire the virtualization model of the associated node, and the virtualization model is used to simulate the associated node;

[0113] The test module 204 is used to simulate the associated nodes to test the node under test based on the virtualization model.

[0114] In one implementation, the parsing module 202 is specifically used for:

[0115] Retrieve the predefined service interface table;

[0116] Parse the communication message to determine the service identifier of the service corresponding to the communication message;

[0117] The service identifier is used to query the service interface table to determine at least one associated node corresponding to the node under test.

[0118] In one implementation, the test module 204 is specifically used for:

[0119] Load the virtualization model;

[0120] Restart the test machine and run the virtualization model to simulate communication between the associated node and the node under test, and collect the interaction data during the communication process;

[0121] The interaction data is analyzed to obtain the test results for the node under test.

[0122] This application also provides an electronic device 90, please refer to... Figure 5It includes a processor 910 and a memory 920, wherein the memory 910 is used to store computer programs; and the processor 920 is used to execute the programs stored in the memory 910 to implement the automobile testing method described in any embodiment of this application.

[0123] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the vehicle testing method described in any embodiment of this application.

[0124] In this application, "multiple" refers to two or more.

[0125] In this application, unless otherwise expressly defined, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection between two components. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances.

[0126] The terms “first,” “second,” “third,” “fourth,” etc., in this application (if present) are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.

[0127] In this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, "car test and / or B" can represent: "car test" alone, "car test" and B simultaneously, or "B" alone. Additionally, in this application, the character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0128] Unless otherwise specified, all steps in this application may be performed sequentially or randomly. For example, the method includes steps B and B, indicating that the method may include steps B and B performed sequentially, or it may include steps B and B performed sequentially. For example, the method may also include step C, indicating that step C may be added to the method in any order. For example, the method may include steps B and C, or it may include steps C, C and B, or it may include steps C, vehicle testing, and B, etc.

[0129] The above description is merely a preferred embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A vehicle testing method, characterized in that, Applications in testing machines include: After establishing a connection with the node under test, listen to the communication messages sent by the node under test; The communication message is parsed to determine the associated node corresponding to the node under test. The associated node is a node that has a service interaction relationship with the node under test. Obtain the virtualization model of the associated node, the virtualization model being used to simulate the associated node; Based on the virtualization model, the associated nodes are simulated to test the node under test.

2. The method according to claim 1, characterized in that, The step of parsing the communication message to determine the associated node corresponding to the node under test includes: Retrieve the predefined service interface table; Parse the communication message to determine the service identifier of the service corresponding to the communication message; The service identifier is used to query the service interface table to determine at least one associated node corresponding to the node under test.

3. The method according to claim 1 or 2, characterized in that, The associated nodes include clients that call services provided by the node under test and / or servers that call services by the node under test.

4. The method according to claim 1, characterized in that, The step of simulating the associated nodes to test the node under test based on the virtualization model includes: Load the virtualization model; Restart the test machine and run the virtualization model to simulate communication between the associated node and the node under test, and collect the interaction data during the communication process; The interaction data is analyzed to obtain the test results for the node under test.

5. The method according to claim 1, characterized in that, The step of obtaining the virtualization model of the associated node includes: The software code of the associated node is obtained from the cloud server and used as the virtualization model of the associated node.

6. A vehicle testing device, characterized in that, Applications in testing machines include: The connection module is used to listen to the communication messages sent by the node under test after establishing a connection with the node under test. The parsing module is used to parse the communication message and determine the associated node corresponding to the node under test. The associated node is a node that has a service interaction relationship with the node under test. The acquisition module is used to acquire the virtualization model of the associated node, and the virtualization model is used to simulate the associated node; the testing module is used to simulate the associated node to test the node under test based on the virtualization model.

7. The apparatus according to claim 6, characterized in that, The parsing module is specifically used for: Retrieve the predefined service interface table; Parse the communication message to determine the service identifier of the service corresponding to the communication message; The service identifier is used to query the service interface table to determine at least one associated node corresponding to the node under test.

8. The apparatus according to claim 6, characterized in that, The test module is specifically used for: Load the virtualization model; Restart the test machine and run the virtualization model to simulate communication between the associated node and the node under test, and collect the interaction data during the communication process; The interaction data is analyzed to obtain the test results for the node under test.

9. An electronic device, characterized in that, Includes processor and memory, of which: Memory, used to store computer programs; A processor for executing a program stored in memory to implement the method described in any one of claims 1-5.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the method described in any one of claims 1-5.

Images