Automatic testing device, system and method for vehicle account association setting and storage medium

Abstract

The invention discloses an automatic test device for vehicle machine account association setting, and the device at least comprises a CANoe test module which is used for simulating a virtual node and communication interaction with a to-be-tested ECU, achieving the access to a cloud end based on a CANoe tool chain, and operating and accessing the data of a local relational database of the to-be-tested ECU, carrying out automatic testing on the association setting of the vehicle-mounted terminal account number; and the test management module is used for controlling the test starting of the CANoe test module, monitoring the test progress of the CANoe test module and generating a test report after the test is completed. The invention further discloses a corresponding system and method and a storage medium. By implementing the method and the device, the verification of the data between the cloud and the multiple cores of the domain controller can be realized, the test automation is improved, the accuracy of the test result is guaranteed, and the test efficiency is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of automobile controller testing, and in particular to an automated testing device, system, method and storage medium for vehicle-machine account association settings. Background Art

[0002] With the development of science and technology, the intelligence of automobiles is constantly improving, and the intelligent experience of automobiles is receiving more and more attention from the public; at the same time, there are more and more settings in the car. How to check whether these settings can correctly associate with the owner's Internet of Vehicles account is an important test content.

[0003] The existing testing scheme is mainly conducted manually by testers. During the test, the testers need to manually send test instructions one by one according to the test cases; this testing method has the disadvantages of low efficiency and prone to errors, which is not conducive to the rapid execution of the test and cannot obtain the current test results in time.

[0004] Some faster testing schemes have also been developed in the prior art. For example, in an existing account-associated vehicle cockpit personalized configuration test scheme, it is implemented based on CANOE (a widely used automotive network testing tool) and its CAN Access Programming Language (CAPL) scripting language. This existing scheme focuses on simulating the personalized configuration setting process in the vehicle cockpit by simulating bus signals (such as CAN bus), and verifying whether these settings are successfully saved in the diagnostic data identifier (Data Identifier, DID) of the vehicle's electronic control unit (Electronic Control Unit, ECU). During the test, a series of configuration instructions are sent to the ECU, and then the corresponding data in the DID is checked to see if it is updated as expected, so as to verify whether the configuration is successfully saved.

[0005] However, this current solution also has some shortcomings. Specifically, the existing CANOE-based CAPL test solution can only detect data stored in the diagnostic DID, but cannot check data stored in relational databases or the cloud under the Linux system. With the development of automotive intelligence, more and more configuration data is stored in the cloud or in-vehicle systems, which makes the method that relies solely on DID verification incomplete. It cannot guarantee that after the user replaces the ECU to be tested, the various vehicle function settings stored by the user can be accurately synchronized to the peer ECU. Summary of the invention

[0006] The technical problem to be solved by the present invention is that the present invention proposes an automated testing device, system, method and storage medium for vehicle-machine account association settings, which can realize data verification between the cloud and multiple cores of the domain controller, thereby improving the automation, accuracy and efficiency of the test.

[0007] As one aspect of the present invention, there is provided an automated testing device for vehicle machine account association setting, comprising:

[0008] CANoe test module, used to simulate the communication interaction between virtual nodes and the ECU to be tested, and to access the cloud and the local relational database data of the ECU to be tested based on the CANoe tool chain, and to perform automated testing of the vehicle account association settings using CAPL diagnostic scripts;

[0009] The test management module is used to control the test start of the CANoe test module, monitor its test progress, and generate a test report after the test is completed.

[0010] Wherein, the CANoe test module further includes:

[0011] A virtual node simulation module is used to simulate each virtual node and establish communication between each virtual node and the ECU to be tested by running a pre-written CAPL diagnostic script; the virtual nodes are zone controllers (Zone Control Unit, ZCU), information domain controllers (Information Domain Controller, IDC) and autonomous driving controllers (Autonomous Driving Controller, ADC) virtual nodes;

[0012] The account simulation module is used to simulate the login or logout of the vehicle account by using the communication between the simulated virtual node and the ECU;

[0013] The initial parameter input unit is used to simulate the virtual node to send a function configuration signal message to the ECU to be tested after logging into the vehicle account, wherein the function configuration signal message carries the initial vehicle function configuration parameters corresponding to the account;

[0014] A data verification module, used to verify the vehicle function setting data stored in the ECU to be tested and the initial vehicle function configuration parameters using a CAPL diagnostic script; wherein the stored vehicle function setting data are respectively from a DID, a relational database or a cloud associated with the ECU to be tested;

[0015] The synchronous data verification module is used to simulate the Ethernet data interaction between the ECU to be tested and the virtual node after simulating the login to the vehicle computer account again, obtain the vehicle function setting data synchronized to the outside by the ECU to be tested through the network, and compare and verify it with the initial function configuration parameters.

[0016] Wherein, the data verification module further includes:

[0017] A first verification processing module is used to use a CAPL diagnostic script to directly read the data stored in the DID of the ECU to be tested through the MCU core, and compare it with the initial function configuration parameters;

[0018] The second verification processing module is used to use the dynamic link library (DLL) loaded into the CAPL diagnostic script to read the data stored in the relational database by the ECU under test through the system on chip (SOC) core based on the CANoe tool chain, obtain the parameter name and parameter value corresponding to the corresponding account, and compare them with the initial function configuration parameters;

[0019] The third verification processing module, by utilizing the dynamic link library DLL loaded into the CAPL diagnostic script, requests access to the cloud based on the CANoe tool chain, parses the data in the data packet from the cloud, and compares the data with the initial function configuration parameters.

[0020] Wherein, the test management module further includes:

[0021] The test start module is used to control the start of the CANoe test module after the vehicle ignition switch is in the ON position;

[0022] Test progress monitoring module, used to monitor in real time and collect feedback data from the CANoe test module during the test process;

[0023] The report generation module is used to automatically generate a test report based on the data collected during the test after the test is completed, including the test time, test steps, test results and data verification results.

[0024] Correspondingly, another aspect of the present invention further provides an automated testing system for vehicle machine account association settings, which includes:

[0025] As the aforementioned automated testing device;

[0026] The ECU to be tested has software deployed on it that sets the vehicle function associated with the vehicle account;

[0027] TBOX, connected to the ECU to be tested and communicating with the cloud;

[0028] The cloud is used to receive and store the data of the vehicle function settings associated with the vehicle machine account reported by TBOX, and to receive the request of the CANoe test module to send the stored data.

[0029] Accordingly, another aspect of the present invention further provides an automated testing method for vehicle machine account association settings, which is implemented using the aforementioned system, and the method comprises the following steps:

[0030] Start the CAPL diagnostic script, simulate each virtual node and establish communication between each virtual node and the ECU to be tested. The virtual nodes are ZCU, IDC and ADC virtual nodes.

[0031] Simulate the login to the vehicle account, simulate the virtual node to send a function setting signal message to the ECU to be tested, and the function configuration signal message carries the initial vehicle function configuration parameters corresponding to the account;

[0032] Log out of the simulated vehicle account and perform data verification to check the vehicle function setting data stored in the ECU to be tested and the initial vehicle function configuration parameters; wherein the stored vehicle function setting data comes from the DID, relational database or cloud associated with the ECU to be tested;

[0033] Simulate and log in to the vehicle account again, check the vehicle function setting data synchronized to the outside by the ECU under test through the network, and compare and verify it with the initial function configuration parameters;

[0034] After the test is completed, a test report is generated.

[0035] The simulated login to the vehicle account further includes:

[0036] Simulate the Ethernet and CAN data communication between the IDC virtual node and the ECU to be tested, and simulate the login operation of the vehicle account.

[0037] The method further includes: performing data verification to verify the vehicle function setting data stored in the ECU to be tested and the initial vehicle function configuration parameters.

[0038] Using the CAPL diagnostic script, directly read the data stored in the DID of the ECU under test through the MCU core, and compare it with the initial function configuration parameters;

[0039] Using the dynamic link library DLL loaded into the CAPL diagnostic script, based on the CANoe tool chain, read the data of the ECU to be tested stored in the relational database through the SOC core, obtain the parameter name and parameter value corresponding to the corresponding account, and compare them with the initial function configuration parameters;

[0040] By utilizing the dynamic link library DLL loaded into the CAPL diagnostic script, the cloud is accessed based on the CANoe tool chain request, the data in the data packet from the cloud is parsed and obtained, and the data is compared with the initial function configuration parameters.

[0041] Correspondingly, another aspect of the present invention further provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program implements the steps of the aforementioned method when executed by a processor.

[0042] Accordingly, as another aspect of the present invention, a computer program product is provided, comprising computer instructions, wherein the computer instructions instruct a computer device to perform operations corresponding to the aforementioned method.

[0043] Implementing the embodiments of the present invention has the following beneficial effects:

[0044] The present invention provides an automated testing device, system, method and storage medium for vehicle-machine account association settings. Based on a CANoe bus test tool and a CAPL program, the automated testing of a vehicle parameter configuration function system associated with a vehicle-machine account is completed by verifying multiple data such as the cloud and local data, thereby improving independent development verification capabilities and testing efficiency, thereby greatly ensuring the functional integrity and stability of the vehicle function setting software system associated with the vehicle-machine account, and ensuring the accuracy of the test results.

[0045] The present invention is implemented by developing a DLL and loading it into a CAPL script, so that access to the cloud can be achieved based on the CANoe tool chain, as well as operation and access to the local relational database data of the ECU to be tested, and consistency verification of multiple data sources can be achieved, and the automated test of the vehicle function setting associated with the vehicle account can be quickly completed;

[0046] In the present invention, by simulating various communication interactions in a real environment, the test scenarios can be covered more comprehensively, reducing test omissions and errors. Through multiple logins, settings, logouts and data verification, the stability and reliability of the vehicle function settings associated with the vehicle machine account in different scenarios are ensured. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, without paying creative labor, other drawings obtained based on these drawings still belong to the scope of the present invention.

[0048] Figure 1A schematic diagram of the structure of an embodiment of an automated test system for vehicle-machine account association settings provided by the present invention;

[0049] Figure 2 for Figure 1 The structural diagram of the CANoe test module;

[0050] Figure 3 for Figure 2 The structural diagram of the data verification module;

[0051] Figure 4 for Figure 1 The structural diagram of the test management module;

[0052] Figure 5 A schematic diagram of the main process of an embodiment of an automated testing method for vehicle-machine account association setting provided by the present invention;

[0053] Figure 6 A more detailed schematic diagram of the method provided by the present invention. DETAILED DESCRIPTION

[0054] In order to make the objectives, technical solutions and advantages of the present invention more clear, the present invention will be further described in detail below with reference to the accompanying drawings.

[0055] like Figure 1 As shown, a schematic diagram of the structure of an embodiment of an automated test system for vehicle-machine account association setting provided by the present invention is shown; Figures 2 to 4 As shown, in this embodiment, the automated test system at least includes: a CANoe test module 1, a test management module 2, an ECU to be tested 3, a TBOX 4 and a cloud 5, wherein:

[0056] CANoe test module 1 is used to simulate the communication interaction between the virtual node and the ECU 3 to be tested, and to access the cloud 5 and the operation and access to the local relational database data of the ECU to be tested based on the CANoe tool chain, and to perform automatic testing of the vehicle account association settings using the CAPL diagnostic script;

[0057] The test management module 2 is used to control the test start of the CANoe test module 1, monitor its test progress, and generate a test report after the test is completed;

[0058] An ECU 3 to be tested, on which software for setting vehicle functions associated with a vehicle machine account is deployed, and there may be multiple ECUs 3 to be tested;

[0059] TBOX 4 is connected to the ECU 3 to be tested and communicates with the cloud 5;

[0060] The cloud 5 is used to receive and store the data of the vehicle function settings associated with the vehicle machine account reported by the TBOX 4, and to receive the request of the CANoe test module 1 to send the stored data.

[0061] In a specific example, the CANoe test module 1 and the test management module 2 can be implemented in a computer (PC) or a smart tablet. For example, a user needs to install and configure the CANoe software on a PC, write a CAPL script to simulate virtual nodes and test logic, and run it through the operating system of the PC. Although the CANoe software itself is installed on a PC, it needs to be used in conjunction with an external hardware interface (such as a VN series interface card) to achieve communication with the ECU to be tested and other real or virtual nodes. These hardware interfaces are usually connected to the PC via USB, Ethernet or other interfaces. The TBOX 4 communicates with the cloud 5 wirelessly.

[0062] like Figure 2 As shown, in a specific example, the CANoe test module 1 further includes:

[0063] The virtual node simulation module 10 is used to simulate each virtual node by running a pre-written CAPL diagnostic script, and establish communication between each virtual node and the ECU to be tested; the virtual nodes are ZCU, IDC and ADC virtual nodes; it can be understood that in an actual example, the ZCU can be multiple; wherein the ZCU is a regional controller, the IDC is an information domain controller, and the ADC is an intelligent driving domain controller;

[0064] The account simulation module 11 is used to simulate the login or logout of the vehicle account by using the communication between the simulated virtual node (IDC) and the ECU; specifically, it can simulate the Ethernet data interaction between the IDC node and the ECU to be tested, send an account login request, and the ECU to be tested processes the login request and returns the login success or failure information; similarly, it simulates the IDC node to send an account logout instruction, and the ECU to be tested processes the logout request;

[0065] The initial parameter input unit 12 is used to simulate the virtual node sending a function configuration signal message to the ECU to be tested after logging into the vehicle account. The function configuration signal message carries the initial vehicle function configuration parameters corresponding to the account; for example, in a specific example, the virtual node sends the vehicle function setting instructions (such as seat heating, air conditioning temperature, etc.) under the account, and these instructions are sent to the ECU to be tested via CAN or Ethernet. After receiving the instructions, the ECU to be tested associates the settings with the vehicle account and saves them to the MCU core (DID data), SOC core (relational database) or cloud.

[0066] The data verification module 13 is used to verify the vehicle function setting data stored in the ECU to be tested and the initial vehicle function configuration parameters using the CAPL diagnostic script; wherein the stored vehicle function setting data are respectively from the DID, relational database or cloud associated with the ECU to be tested;

[0067] The synchronization data verification module 14 is used to simulate the Ethernet data interaction between the ECU to be tested and the virtual node after simulating the login to the vehicle account again, obtain the vehicle function setting data synchronized to the outside by the ECU to be tested through the network, and compare and verify it with the initial function configuration parameters.

[0068] like Figure 3 As shown, in a specific example, the data verification module 13 further includes:

[0069] The first verification processing module 130 is used to use the CAPL diagnostic script to directly read the data stored in the DID of the ECU to be tested through the MCU core, and compare it with the initial function configuration parameters;

[0070] The second verification processing module 131 is used to use the dynamic link library DLL loaded into the CAPL diagnostic script to read the data stored in the relational database by the ECU under test through the SOC core based on the CANoe tool chain, obtain the parameter name and parameter value corresponding to the corresponding account, and compare them with the initial function configuration parameters;

[0071] The third verification processing module 132 utilizes the dynamic link library DLL loaded into the CAPL diagnostic script to access the cloud based on the CANoe tool chain request, parses the data in the data packet from the cloud, and compares the data with the initial function configuration parameters.

[0072] like Figure 4 As shown, the test management module 14 further includes:

[0073] The test start module 140 is used to control the start of the CANoe test module after the vehicle ignition switch is in the ON position;

[0074] The test progress monitoring module 141 is used for real-time monitoring and collecting the feedback data of the CANoe test module during the test process;

[0075] The report generation module 142 is used to automatically generate a test report after the test is completed based on the data collected during the test, including the test time, test steps, test results and data verification results.

[0076] like Figure 5FIG. 1 is a schematic diagram of the main flow of an embodiment of an automated testing method for vehicle-machine account association setting provided by the present invention; Figure 6 As shown, in this embodiment, it adopts Figures 1 to 4 The system described is implemented, and the method comprises the following steps:

[0077] Step S10, starting the CAPL diagnostic script, simulating each virtual node and establishing communication between each virtual node and the ECU to be tested, wherein the virtual nodes are ZCU, IDC and ADC virtual nodes;

[0078] Specifically, in this step, the CANoe test module, the test management module and the ECU to be tested are connected. After the vehicle ignition switch is in the ON position, the CANoe test module is controlled to start through the test management device. After the CANoe test module is started, each virtual node is simulated and the communication between each virtual node and the ECU to be tested is established;

[0079] Step S11, simulating logging into the vehicle account, simulating a virtual node to send a function configuration signal message to the ECU to be tested, wherein the function configuration signal message carries the initial vehicle function configuration parameters corresponding to the account;

[0080] Specifically, in this step, the simulation login to the vehicle account further includes:

[0081] Simulate the Ethernet and CAN data communication between the IDC virtual node and the ECU to be tested, and simulate the login operation of the vehicle account.

[0082] The simulated virtual node sends a function setting signal message to the ECU under test. In a specific example, the virtual node can send the vehicle function setting instructions (such as seat heating, air conditioning temperature, etc.) under the account, and these instructions are sent to the ECU under test via CAN or Ethernet. After receiving the instruction, the ECU under test associates the setting with the vehicle account and saves it to the MCU core (DID data), SOC core (relational database) or cloud.

[0083] Step S12, simulating the logout of the vehicle account and performing data verification to check the vehicle function setting data stored in the ECU to be tested and the initial vehicle function configuration parameters; wherein the stored vehicle function setting data are respectively from the DID, relational database or cloud associated with the ECU to be tested;

[0084] Specifically, in this step, data verification is performed to verify the vehicle function setting data stored in the ECU to be tested and the initial vehicle function configuration parameters, further comprising:

[0085] Using the CAPL diagnostic script, directly read the data stored in the DID of the ECU under test through the MCU core, and compare it with the initial function configuration parameters;

[0086] Using the dynamic link library DLL loaded into the CAPL diagnostic script, based on the CANoe tool chain, read the data of the ECU to be tested stored in the relational database through the SOC core, obtain the parameter name and parameter value corresponding to the corresponding account, and compare them with the initial function configuration parameters;

[0087] By utilizing the dynamic link library DLL loaded into the CAPL diagnostic script, the cloud is accessed based on the CANoe tool chain request, the data in the data packet from the cloud is parsed and obtained, and the data is compared with the initial function configuration parameters.

[0088] During these verification processes, if at least one verification fails (i.e. the two compared data are not the same), the test fails. For details, see Figure 6 shown.

[0089] Step S13, simulating logging into the vehicle account again, checking the vehicle function setting data synchronized to the outside by the ECU to be tested through the network, and comparing and verifying it with the initial function configuration parameters; if the comparison results of the two are different, it means that the test fails.

[0090] It can be understood that in this step, by logging into the car account again and checking the CAN signal and vehicle function setting data in the Ethernet message synchronized by the ECU to be tested through the network, it can be ensured that after the account is logged in, the system can correctly synchronize and reflect the previously set function parameters. This step is a key link in verifying the consistency and stability of system data. The system has completed the logout operation of the car account. By logging into the account again, it can be verified whether the system can correctly restore and synchronize the relevant vehicle function setting data after the account status changes. This is crucial to ensure the user experience in actual use.

[0091] Step S14: after the test is completed, generate a test report.

[0092] It can be understood that the test management module monitors and collects the feedback data of the CANoe test module during the test process in real time; and after the test is completed, it automatically generates a test report based on the data collected during the test process, including the test time, test steps, test results and data verification results.

[0093] For more details, please refer to the above Figures 1 to 4 The description is not repeated here.

[0094] It can be understood that in the embodiment of the present invention, the automatic test system first simulates multiple virtual nodes such as ZCU, IDC, and ADC through the CAPL language, and simulates the Ethernet communication between IDC and ECU based on SOA service to complete the account login, simulates the communication between the virtual node and CCU to complete the association and storage of vehicle function parameters and accounts, and then performs data verification on the data saved by the MCU core and the SOC core respectively, and then verifies the parameter values ​​obtained from the cloud in turn, and finally verifies the signal output of the ECU to be tested on the bus by simulating the login account again to complete the determination of the test result.

[0095] In an embodiment of the present invention, by developing a DLL and loading it into a CAPL script, access to the cloud and operation and access to the local relational database data of the ECU to be tested can be achieved based on the CANoe tool chain, thereby completing the automated testing of the software function of the vehicle account association vehicle function setting.

[0096] As another aspect of the present invention, there is also provided a computer-readable storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, the following is achieved: Figure 5 and Figure 6 For more details, please refer to the above Figures 5 to 6 The description is not repeated here.

[0097] As another aspect of the present invention, a computer program product is also provided, comprising computer instructions, wherein the computer instructions instruct a computer device to execute Figure 5 and Figure 6 For more details, please refer to the above Figures 5 to 6 The description is not repeated here.

[0098] Implementing the embodiments of the present invention has the following beneficial effects:

[0099] The present invention provides an automated testing device, system, method and storage medium for vehicle-machine account association settings. Based on a CANoe bus test tool and a CAPL program, the automated testing of a vehicle parameter configuration function system associated with a vehicle-machine account is completed by verifying multiple data such as the cloud and local data, thereby improving independent development verification capabilities and testing efficiency, thereby greatly ensuring the functional integrity and stability of the vehicle function setting software system associated with the vehicle-machine account, and ensuring the accuracy of the test results.

[0100] The present invention is implemented by developing a DLL and loading it into a CAPL script, so that access to the cloud can be achieved based on the CANoe tool chain, as well as operation and access to the local relational database data of the ECU to be tested, and consistency verification of multiple data sources can be achieved, and the automated test of the vehicle function setting associated with the vehicle account can be quickly completed;

[0101] In the present invention, by simulating various communication interactions in a real environment, the test scenarios can be covered more comprehensively, reducing test omissions and errors. Through multiple logins, settings, logouts and data verification, the stability and reliability of the vehicle function settings associated with the vehicle machine account in different scenarios are ensured.

[0102] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0103] The above disclosure is only a preferred embodiment of the present invention, which certainly cannot be used to limit the scope of the present invention. Therefore, equivalent changes made according to the claims of the present invention are still within the scope of the present invention.

Claims

1. An automated testing device for vehicle-machine account association settings, characterized in that: At least: CANoe test module, used to simulate the communication interaction between virtual nodes and the ECU to be tested, and to access the cloud and the local relational database data of the ECU to be tested based on the CANoe tool chain, and to perform automated testing of the vehicle account association settings using CAPL diagnostic scripts; The test management module is used to control the test start of the CANoe test module, monitor its test progress, and generate a test report after the test is completed.

2. The automated testing device according to claim 1, characterized in that: The CANoe test module further comprises: A virtual node simulation module is used to simulate each virtual node and establish communication between each virtual node and the ECU to be tested by running a pre-written CAPL diagnostic script; the virtual nodes are ZCU, IDC and ADC virtual nodes; The account simulation module is used to simulate the login or logout of the vehicle account by using the communication between the simulated virtual node and the ECU; The initial parameter input unit is used to simulate the virtual node to send a function configuration signal message to the ECU to be tested after logging into the vehicle account, wherein the function configuration signal message carries the initial vehicle function configuration parameters corresponding to the account; A data verification module, used to verify the vehicle function setting data stored in the ECU to be tested and the initial vehicle function configuration parameters using a CAPL diagnostic script; wherein the stored vehicle function setting data are respectively from a DID, a relational database or a cloud associated with the ECU to be tested; The synchronous data verification module is used to simulate the Ethernet data interaction between the ECU to be tested and the virtual node after simulating the login to the vehicle computer account again, obtain the vehicle function setting data synchronized to the outside by the ECU to be tested through the network, and verify it with the initial function configuration parameters.

3. The automated testing device according to claim 2, wherein: The data verification module further comprises: A first verification processing module is used to use a CAPL diagnostic script to directly read the data stored in the DID by the MCU core of the ECU to be tested, and compare it with the initial function configuration parameters; The second verification processing module is used to use the dynamic link library DLL loaded into the CAPL diagnostic script to read the data stored in the relational database by the ECU under test through the SOC core based on the CANoe tool chain, obtain the parameter name and parameter value corresponding to the corresponding account, and compare them with the initial function configuration parameters; The third verification processing module, by utilizing the dynamic link library DLL loaded into the CAPL diagnostic script, requests access to the cloud based on the CANoe tool chain, parses the data in the data packet from the cloud, and compares the data with the initial function configuration parameters.

4. The automated testing device according to any one of claims 1 to 3, characterized in that: The test management module further includes: The test start module is used to control the start of the CANoe test module after the vehicle ignition switch is in the ON position; Test progress monitoring module, used to monitor in real time and collect feedback data from the CANoe test module during the test process; The report generation module is used to automatically generate a test report for this test based on the data collected during the test after the test is completed, including the test time, test steps, test results and data verification results.

5. An automated testing system for vehicle-machine account association settings, characterized in that: include: The automated testing device according to any one of claims 1 to 4; The ECU to be tested has software deployed on it that sets the vehicle function associated with the vehicle account; TBOX, connected to the ECU to be tested and communicating with the cloud; The cloud is used to receive and store the data of the vehicle function settings associated with the vehicle machine account reported by TBOX, and to receive the request of the CANoe test module to send the stored data.

6. An automated testing method for vehicle machine account association settings, characterized in that: The method is implemented by the system as claimed in claim 5, wherein the method comprises the following steps: Start the CAPL diagnostic script, simulate each virtual node and establish communication between each virtual node and the ECU to be tested. The virtual nodes are ZCU, IDC and ADC virtual nodes. Simulate the login to the vehicle account, simulate the virtual node to send a function setting signal message to the ECU to be tested, and the function configuration signal message carries the initial vehicle function configuration parameters corresponding to the account; Log out of the simulated vehicle account and perform data verification to check the vehicle function setting data stored in the ECU to be tested and the initial vehicle function configuration parameters; wherein the stored vehicle function setting data comes from the DID, relational database or cloud associated with the ECU to be tested; Simulate and log in to the vehicle account again, check the vehicle function setting data synchronized to the outside by the ECU under test through the network, and compare and verify it with the initial function configuration parameters; After the test is completed, a test report is generated.

7. The method according to claim 6, characterized in that The simulated login to the vehicle account further includes: Simulate the Ethernet and CAN data communication between the IDC virtual node and the ECU to be tested, and simulate the login operation of the vehicle account.

8. The method according to claim 7, characterized in that And perform data verification, check the vehicle function setting data stored in the ECU to be tested and the initial vehicle function configuration parameters, further including: Using the CAPL diagnostic script, directly read the data stored in the DID of the ECU under test through the MCU core, and compare it with the initial function configuration parameters; Using the dynamic link library DLL loaded into the CAPL diagnostic script, based on the CANoe tool chain, read the data of the ECU to be tested stored in the relational database through the SOC core, obtain the parameter name and parameter value corresponding to the corresponding account, and compare them with the initial function configuration parameters; By utilizing the dynamic link library DLL loaded into the CAPL diagnostic script, the cloud is accessed based on the CANoe tool chain request, the data in the data packet from the cloud is parsed and obtained, and the data is compared with the initial function configuration parameters.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 6 to 8 are implemented.

10. A computer program product, comprising computer instructions, wherein the computer instructions instruct a computer device to perform operations corresponding to the method according to any one of claims 6 to 8.

Images