Vehicle data uploading function test method, test platform and upper computer

Abstract

The invention provides a vehicle data uploading function test method, a test platform and an upper computer, the method is applied to the upper computer in the test platform, and the method comprises the following steps: obtaining and executing a target test case according to test configuration information for a target vehicle, generating a first control instruction and sending the first control instruction to an HIL rack, the HIL rack generates vehicle data with a specified signal value and uploads the vehicle data to the TSP platform; and acquiring an actual signal value of the vehicle data in the TSP platform, comparing the actual signal value with a specified signal value, if the actual signal value is different from the specified signal value, monitoring whether the vehicle data with the specified signal value exists in each link node from the HIL rack to the TSP platform, and positioning a target link node with an abnormal vehicle data uploading function according to a monitoring result. According to the invention, limit working conditions can be tested without being limited by a real vehicle environment; the whole process is efficiently and automatically realized through the upper computer, and full-link monitoring can be carried out and fault link nodes can be quickly positioned.

Description

Technical Field

[0001] The present application relates to the field of vehicle testing technology, and in particular to a testing method, a testing platform and a host computer for a vehicle data uploading function. Background Art

[0002] With the development of vehicle technology, during the vehicle development process, it is necessary to test the vehicle's data upload function in a laboratory environment to ensure the vehicle's availability.

[0003] At present, the existing technology for testing the upload function of relevant data in the vehicle (referred to as vehicle data) is a manual test, specifically, the relevant personnel starts and drives the relevant real vehicle, and then checks whether the vehicle data of the relevant real vehicle is received in the automotive telematics service provider (Telematics Service Provider, TSP), so as to detect whether the upload function of the vehicle data is normal.

[0004] However, the above-mentioned manual testing method of the vehicle data uploading function based on the actual vehicle, firstly, can only test the vehicle data of the core components of the vehicle, and cannot comprehensively and efficiently test a large amount of vehicle data; secondly, it can only test the vehicle data under normal working conditions, and cannot test the vehicle data under extreme working conditions; thirdly, when the vehicle data uploading function is abnormal, it is impossible to quickly locate the cause of the data uploading failure. Summary of the invention

[0005] In view of this, the embodiments of the present application provide a test method, a test platform and a host computer for a vehicle data upload function, which can test the vehicle data upload function under extreme working conditions without being restricted by the actual vehicle environment; and the entire test process is efficiently and automatically implemented through the host computer, and the entire link of vehicle data upload can be monitored, and faulty link nodes can be quickly located, thereby improving the timeliness, accuracy and comprehensiveness of the vehicle data upload function test.

[0006] In a first aspect, an embodiment of the present application provides a test method for a vehicle data upload function, which is applied to a host computer in a test platform, wherein the test platform also includes a hardware-in-the-loop HIL test bench and a vehicle terminal service platform TSP platform; a Simulink model is configured in the host computer, and the test method is executed based on the Simulink model, specifically including:

[0007] According to the test configuration information for the target vehicle, a target test case is obtained from the test case library file path, the target test case is executed to generate a first control instruction, and the first control instruction is sent to the HIL test bench, so that the HIL test bench generates vehicle data with a specified signal value and uploads it to the TSP platform;

[0008] Accessing the TSP platform to obtain the actual signal value of the vehicle data in the TSP platform, comparing the actual signal value of the vehicle data with the specified signal value, and if they are different, monitoring whether each link node from the HIL bench to the TSP platform has the vehicle data with the specified signal value;

[0009] According to the monitoring results of the vehicle data having the specified signal value in each link, the target link node with abnormal vehicle data uploading function is located.

[0010] In a second aspect, the embodiment of the present application further provides a test platform for a vehicle data upload function, including: a hardware-in-the-loop HIL test bench, a vehicle terminal service platform TSP platform and a host computer;

[0011] The host computer is used to obtain a target test case from a test case library file path according to the test configuration information for the target vehicle, execute the target test case to generate a first control instruction, and send the first control instruction to the HIL test bench;

[0012] The HIL bench is used to generate vehicle data with a specified signal value based on the first control instruction and upload it to the TSP platform through a multi-link node;

[0013] The host computer is also used to access the TSP platform to obtain the actual signal value of the vehicle data in the TSP platform, compare the actual signal value of the vehicle data with the specified signal value, and if they are different, monitor whether each link node from the HIL bench to the TSP platform has the vehicle data with the specified signal value, and locate the target link node with abnormal vehicle data upload function based on the monitoring result of the vehicle data with the specified signal value in each link.

[0014] In a possible implementation, the test platform for the vehicle data upload function further includes: a vehicle controller VDP, a data upload terminal device CDP and a cloud server; the vehicle data with a specified signal value generated by the HIL test bench is uploaded to the TSP platform through the VDP, the CDP and the cloud server in sequence;

[0015] The host computer is specifically used to send the first control instruction to the HIL test bench through the HIL test bench interface module, so that the HIL test bench generates vehicle data with a specified signal value; detects the vehicle data with the specified signal value in the transmission bus from the HIL test bench to the VDP and the transmission bus from the VDP to the CDP through the detection signal interface module, so as to monitor the vehicle data with the specified signal value in the VDP and the CDP; accesses the cloud server through the cloud server access interface module, and accesses the TSP platform through the TSP platform access interface module, so as to monitor the vehicle data with the specified signal value in the cloud server and the TSP platform.

[0016] In the third aspect, an embodiment of the present application also provides a host computer, including: a processor, a storage medium and a bus, the storage medium stores machine-readable instructions executable by the processor, when the electronic device is running, the processor and the storage medium communicate through the bus, and the processor executes the machine-readable instructions to perform the steps of the vehicle data upload function test method as described in any one of the first aspects.

[0017] The test method, test platform and host computer of the vehicle data upload function provided in the embodiment of the present application are constructed by building a test platform including a host computer, a HIL bench and a TSP platform; the host computer automatically obtains the target test case from the test case library file path according to the test configuration information for the target vehicle, executes the target test case to generate a first control instruction, and sends the first control instruction to the HIL bench, so that the HIL bench generates vehicle data with a specified signal value and uploads it to the TSP platform; accesses and obtains the actual signal value of the vehicle data in the TSP platform, compares the actual signal value of the vehicle data with the specified signal value, and if they are different, monitors whether there is vehicle data with the specified signal value in each link node from the HIL bench to the TSP platform, and locates the target link node with abnormal vehicle data upload function according to the monitoring result; the entire test process is based on the test platform, and can test the vehicle data upload function under extreme working conditions without being restricted by the real vehicle environment; and the entire test process is efficiently and automatically implemented by the host computer, and can monitor the entire link of vehicle data upload, quickly locate the faulty link node, and improve the timeliness, accuracy and comprehensiveness of the vehicle data upload function test.

[0018] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, preferred embodiments are specifically cited below and described in detail with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0020] Figure 1a A flow chart showing a method for testing a vehicle data uploading function provided in an embodiment of the present application is shown;

[0021] Figure 1b A schematic diagram of a test platform for a vehicle data uploading function provided in an embodiment of the present application is shown;

[0022] Figure 1c A complete flow chart showing a test method for a vehicle data upload function provided in an embodiment of the present application is shown;

[0023] Figure 2a A flow chart of a method for automatically generating a Simulink model provided in an embodiment of the present application is shown;

[0024] Figure 2b The structure diagram of the initial Simulink model generated according to the Simulink model template document is shown;

[0025] Figure 2c A schematic diagram showing a preset model input file including the location of each vehicle data in the HIL bench interface and the hierarchical structure of the vehicle data in the target vehicle;

[0026] Figure 2d The structure diagram of the variable part of the initial Simulink model obtained by aggregating the vehicle data of each interface in the HIL bench into one bus is shown;

[0027] Figure 3 A flow chart showing another method for testing a vehicle data uploading function provided in an embodiment of the present application;

[0028] Figure 4 A flow chart showing another method for testing a vehicle data uploading function provided in an embodiment of the present application;

[0029] Figure 5 A flow chart showing another method for testing a vehicle data uploading function provided in an embodiment of the present application;

[0030] Figure 6 A complete structural diagram of a test method of a test platform based on a vehicle data upload function provided in an embodiment of the present application is shown;

[0031] Figure 7 A schematic diagram showing the structure of a test platform for a vehicle data upload function provided in an embodiment of the present application is shown;

[0032] Figure 8 A schematic diagram of the structure of a host computer provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0033] To make the purpose, technical scheme and advantages of the embodiments of the present application clearer, the technical scheme in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application generally described and shown in the drawings here can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the application claimed for protection, but merely represents the selected embodiments of the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative work belong to the scope of protection of the present application.

[0034] Considering the manual testing method of the vehicle data upload function based on the actual vehicle, there are three problems: first, only the vehicle data of the core components of the vehicle can be tested, and a large amount of vehicle data cannot be fully and efficiently tested; second, only the vehicle data under normal conditions can be tested, and the vehicle data under extreme conditions cannot be tested; third, when the vehicle data upload function is abnormal, the cause of the data upload failure cannot be quickly located. Based on this, the embodiment of the present application provides a testing method, a testing platform and a host computer for the vehicle data upload function, which can test the vehicle data upload function under extreme conditions without being restricted by the real vehicle environment; and the entire testing process is efficiently and automatically implemented through the host computer, and the entire link of the vehicle data upload can be monitored, and the faulty link node can be quickly located, which improves the timeliness, accuracy and comprehensiveness of the vehicle data upload function test.

[0035] like Figure 1a As shown, a test method for a vehicle data upload function is provided for the first embodiment of the present application, which is applied to a host computer in a test platform, wherein the test platform also includes a hardware-in-the-loop (HIL) bench and a telematics service provider (TSP) platform; a Simulink model is configured in the host computer, wherein Simulink is a visual simulation tool in MATLAB, and the host computer executes the above test method based on the Simulink model, specifically including:

[0036] S101. According to the test configuration information for the target vehicle, a target test case is obtained from the test case library file path, the target test case is executed to generate a first control instruction, and the first control instruction is sent to the HIL test bench, so that the HIL test bench generates vehicle data with a specified signal value and uploads it to the TSP platform.

[0037] S102, accessing the TSP platform to obtain the actual signal value of the vehicle data in the TSP platform, comparing the actual signal value of the vehicle data with the specified signal value, and if they are different, monitoring whether each link node from the HIL bench to the TSP platform has vehicle data with the specified signal value.

[0038] S103: Locate target link nodes with abnormal vehicle data uploading function according to monitoring results of vehicle data having the designated signal value in each link.

[0039] The above-mentioned vehicle data upload function testing method is based on the test platform to carry out the entire test process, and can test the vehicle data upload function under extreme working conditions without being restricted by the real vehicle environment; and the entire test process is efficiently and automatically implemented through the host computer, and can monitor the entire link of vehicle data upload and quickly locate faulty link nodes, thereby improving the timeliness, accuracy and comprehensiveness of the vehicle data upload function test.

[0040] The test platform provided in the embodiment of the present application is described below:

[0041] like Figure 1b As shown, the test platform also includes a hardware-in-the-loop (HIL) test bench, a vehicle controller vehicle domain platform (VDP), a cockpit domain platform (CDP), a cloud server, a telematics service provider (TSP) platform and a host computer. The vehicle controller can also be called a vehicle domain platform, and the data upload terminal device can also be called a cockpit domain platform.

[0042] The HIL bench is used to simulate the vehicle controller, simulate the communication between the vehicle controllers, and simulate the vehicle data during the vehicle operation; each vehicle data usually has different states, and the signal value of the vehicle data in different states is different;

[0043] The above-mentioned VDP is the central controller of the vehicle, which is used for whole vehicle control and communication management. It is used to aggregate vehicle data that needs to be uploaded to the cloud and forward it to CDP through the on-board Ethernet and controller area network (CAN) communication; among them, the vehicle data that needs to be uploaded aggregated by VDP is usually enterprise standard data, which is the vehicle data that the enterprise stipulates to be uploaded, and of course it can also be other defined data.

[0044] The CDP sends the encrypted vehicle data to the enterprise's cloud server via 4G network or Wifi according to the specified rules; the specified rules are periodic or event-triggered, and each vehicle data has a pre-configured specified rule;

[0045] The cloud server is the core server for enterprise standard data storage, which is used to store all the original vehicle data uploaded by CDP;

[0046] The TSP platform is an enterprise-standard data management platform that accesses vehicle data in the cloud server through the company's internal Ethernet (based on the vehicle's coding, signal collection time and signal name), and after decryption, it is displayed on the web page for visitors to view.

[0047] The above-mentioned host computer is installed with enterprise standard data upload automatic test software (referred to as test software) and HIL bench control software (referred to as control software). The above-mentioned test software mainly has the functions of automatic operation of the scheduling system, controlling the HIL bench to generate the required signal (i.e., generating vehicle data with specified signal values), collecting CAN and Ethernet signals, accessing cloud server data, accessing TSP platform data, switching test cases and test scripts, and saving test data; it is mainly composed of Matlab App user interface and Simulink model; among them, Matlab App user interface is an interface displayed to and for testers to display, and Simulink model is an execution processor, including: HIL bench interface module, TSP platform interface module, cloud server access interface module, detection signal interface module, test case management module and test script management module. In addition, the above-mentioned test software controls the HIL bench to generate the required signal, specifically, the test software sends control instructions to the control software through the HIL bench interface module, and the control software controls the HIL bench to generate signals (i.e., vehicle data with specified signal values) based on the control instructions.

[0048] The embodiment of the present application simulates all components and communication nodes (CAN, Local Interconnect Network (LIN), Ethernet, etc.) of a real vehicle (target vehicle) in a whole vehicle test HIL bench, and integrates CDP to construct a complete path for data upload to obtain a full link, namely: HIL bench->VDP->CDP->cloud server->TSP platform. By simulating extreme working conditions that cannot be tested by the real vehicle through the HIL bench, any expected values ​​of all signals are guaranteed to be generated. Through the automated test program (i.e., the above-mentioned test software), the specified signal values ​​of all vehicle data are set in turn, and automatically compared with the actual signal values ​​of the vehicle data uploaded to the cloud. At the same time, monitoring nodes are added in the signal conversion or routing path to realize automatic positioning of node failures in the entire link of data upload.

[0049] The following is a combination of the above test platform and Figure 1c and Figure 6 The above exemplary steps are described as follows:

[0050] S101. According to the test configuration information for the target vehicle, a target test case is obtained from the test case library file path, the target test case is executed to generate a first control instruction, and the first control instruction is sent to the HIL test bench, so that the HIL test bench generates vehicle data with a specified signal value and uploads it to the TSP platform.

[0051] Here, the test software is opened on the host computer, that is, the Matlab APP user interface is presented, and the tester configures the test configuration information for the target vehicle in the user interface. The test configuration information includes: test case library file path, starting case, data storage path and automatic / manual test. Taking the test configuration information as automatic test as an example, when the tester clicks to start the test in the user interface, the test software obtains the starting case from the test case library file path as the target test case according to the above test configuration information, and then executes the target test case to generate the first control instruction, and sends the first control instruction to the control software of the HIL bench through the HIL bench interface module. The control software controls the HIL bench to generate vehicle data with a specified signal value according to the above first control instruction and uploads it to the TSP platform.

[0052] Here, executing each test case corresponds to one or more first control instructions. Accordingly, the first control instruction generated by executing the target test case may be one or more. When there are multiple first control instructions, each of the multiple first control instructions controls the HIL test bench to generate vehicle data of a specified signal value. Different first control instructions generate different specified signal values ​​of vehicle data, and the states of vehicle data with different specified signal values ​​are different.

[0053] The multiple first control instructions are sent to the HIL test bench in sequence according to the first specified order, so that the HIL test bench generates vehicle data corresponding to the specified signal value in sequence and uploads it to the TSP platform, and finally realizes that vehicle data with multiple different specified signal values ​​are uploaded to the TSP platform. Here, the first specified order is a fixed order pre-set in the target test case.

[0054] Specifically, when executing each first control instruction, first determine whether the test start condition is met. If the test start condition is met, execute the first control instruction; at the same time, determine whether the test end condition is met. If the test end condition is met, continue to execute the next first control instruction (the next first control instruction can belong to the same target test case as the current first control instruction, or it can be another new target test case different from the current target test case); if the test end condition is not met, wait for a preset time. If the test end condition is still not met after the preset time, continue to execute the next first control instruction; if the test start condition is not met, wait and generate a test exception prompt message for the tester to view.

[0055] Here, in each test case (i.e., each target test case), each first control instruction corresponds to a test start condition and a test end condition. The test start conditions of different first control instructions may be the same or different; the test end conditions of different first control instructions may be the same or different. The above test start condition may be the state of the vehicle, for example, the vehicle is in driving state and the vehicle is in power-on mode; the test end condition may be: the relationship between the actual signal value of the vehicle data in the TSP in the cloud, the specified signal value (i.e., the expected signal value), and the vehicle data signal value at other locations on the vehicle, etc.

[0056] S102, accessing the TSP platform to obtain the actual signal value of the vehicle data in the TSP platform, comparing the actual signal value of the vehicle data with the specified signal value, and if they are different, monitoring whether each link node from the HIL bench to the TSP platform has vehicle data with the specified signal value.

[0057] In the embodiment of the present application, the test software in the host computer accesses the TSP platform through the TSP platform access interface module and obtains the actual signal value of the vehicle data in the TSP platform, and then compares whether the actual signal value of the vehicle data is the same as the specified signal value (the specified signal value is the expected signal value). If they are different, it means that there is an abnormal link node in the full link node from the HIL test bench to the TSP platform. At this time, the test software in the host computer automatically monitors whether there is vehicle data with the specified signal value in the full link node from the HIL test bench to the TSP platform, and then locates the abnormal link node according to the monitoring result, that is, the target link node with abnormal vehicle data upload function.

[0058] Among them, the full-link nodes refer to the HIL test bench, VDP, CDP, cloud server and TSP platform.

[0059] S103: Locate target link nodes with abnormal vehicle data uploading function according to monitoring results of vehicle data having the designated signal value in each link.

[0060] In the embodiment of the present application, it has been determined in each link node from the HIL test bench to the TSP platform that the HIL test bench normally generates vehicle data with the specified signal value, and it is also known by accessing the TSP platform that the actual signal value of the vehicle data in the TSP platform is different from the specified signal value. Therefore, when monitoring whether there is vehicle data with the specified signal value in other links from the HIL test bench to the TSP platform, specifically, as described above, the test platform also includes VDP, CDP and cloud server; the vehicle data with the specified signal value generated by the HIL test bench is uploaded to the TSP platform through VDP, CDP and cloud server in sequence; therefore, other links include VDP, CDP and cloud server.

[0061] In the embodiment of the present application, for each link node from the HIL bench to the VDP, CDP, cloud server and then to the TSP platform, the host computer monitors the following method:

[0062] The host computer sends the first control instruction to the HIL test bench through the HIL test bench interface module, so that the HIL test bench generates vehicle data with a specified signal value; at the same time, monitors whether the HIL test bench generates vehicle data with a specified signal value;

[0063] The host computer detects the vehicle data with the specified signal value in the transmission bus from the HIL bench to the VDP and the transmission bus from the VDP to the CDP through the detection signal interface module, so as to monitor the vehicle data with the specified signal value in the VDP and the CDP;

[0064] The host computer accesses the cloud server through the cloud server access interface module, and accesses the TSP platform through the TSP platform access interface module to monitor the vehicle data with the specified signal value in the cloud server and the TSP platform.

[0065] In the embodiment of the present application, in order to facilitate the use of test personnel, the test input files are all written based on Excel files. That is to say, the test case is an Excel file. During the actual test, the test software in the host computer automatically converts the test case in Excel format into a .mat format test case that can be directly used by the Matlab / Simulink model; at the same time, the signal list in Excel format is automatically generated through the Simulink template model and the model automatic generation script, and a complete Simulink model is automatically generated, including: HIL bench interface module, detection signal interface module, cloud server access interface module, TSP platform access interface module, test case management module and test script management module.

[0066] Further, such as Figure 2a As shown, in the test method of the vehicle data uploading function provided in the embodiment of the present application, the Simulink model is automatically generated by the following method:

[0067] S201. Generate an initial Simulink model according to a template file including a fixed structure of a TSP platform interface module, a cloud server access interface module, a detection signal interface module, a test case management module and a test script management module and a to-be-configured structure of a HIL bench interface module.

[0068] S202. According to the position of each vehicle data in the HIL bench interface in the preset model input file and the hierarchical structure of the vehicle data in the target vehicle, configure the interface structure of the HIL bench interface module in the initial Simulink model, and configure the interface function of each interface.

[0069] S203 , aggregating the vehicle data of each interface in the HIL test bench into a bus to obtain a Simulink model.

[0070] Combined with S201~S203, the Simulink model is the core of the enterprise standard data upload automation test software. The HIL bench needs to send the pre-defined signals to the Simulink model through the HIL bench interface module according to the cycle defined by the vehicle network. Since there are many signals required for uploading enterprise standard data (usually about 1000 signals), it is very time-consuming to manually build the Simulink model, and it is not convenient for later modification and maintenance. In the embodiment of the present application, a template file based on the model and an Excel file of the signal are used, and a script that can automatically generate the Simulink model is developed using Matlab's m language to realize the automation of the Simulink model generation process.

[0071] Pre-configure the template file of the Simulink model, which includes the fixed structures of the TSP platform interface module, the cloud server access interface module, the detection signal interface module, the test case management module and the test script management module, and the template file of the to-be-configured structure of the HIL bench interface module. The Simulink model can be divided into two parts: fixed modules and variable modules. The fixed modules are the TSP platform interface module, the cloud server access interface module, the detection signal interface module, the test case management module and the test script management module; the variable part is the HIL bench interface module. Therefore, if Figure 2b As shown, fixed modules are permanently reserved in the template file of the Simulink model, while variable modules (that is, variable parts) only need to reserve positions and corresponding interfaces.

[0072] Pre-arrange the preset model input files of each vehicle data (i.e. signal), such as Figure 2c As shown, the interface between each vehicle data and the HIL bench in the test case to be executed by the enterprise standard data upload automation test software is organized into an Excel file according to the vehicle network definition, and the preset model input file is obtained and used as the input file automatically generated by the model.

[0073] Among them, the above-mentioned model input file includes the position of each vehicle data in the test case in the HIL bench interface and the hierarchical structure of the vehicle data in the target vehicle. The interface structure of the HIL bench interface module in the initial Simulink model is configured according to the above-mentioned model input file, and the interface function is configured for each interface.

[0074] Specifically, a Subsystem is created in Simulink for each vehicle data (i.e., signal). In the process of automatically creating the model, first, according to the definition of the entire vehicle network, according to the hierarchical structure of network segments, nodes, messages (i.e., messages, representing a level to which vehicle data belongs, which is located below the nodes and above the signals) and signals (i.e., signals, which also represent a level to which vehicle data belongs, which is located below the messages and is usually the last level of signals), a new Subsystem of the message to which the signal belongs is created, the Simulink library module of each signal interface is added, and the Simulink library module of the interface is added to the Subsystem of the message, that is, the interface function of each interface configuration is implemented, and finally, all signals are aggregated onto a Bus to obtain a Simulink model.

[0075] In the actual vehicle data upload function test, the vehicle data is not a normal working condition scenario, but may be an extreme working condition scenario. Figure 3 As shown, the vehicle data upload function test method provided in the embodiment of the present application, while executing the target test case to generate the first control instruction, the test method also includes:

[0076] S301, detecting whether the target test case requires a script.

[0077] S302. If necessary, obtain the specified script information in the target test case, enable the specified script indicated by the specified script information to generate a second control instruction, and send the second control instruction to the HIL test bench so that the HIL test bench generates a specific scenario signal required by the vehicle data with a specified signal value to simulate the specific scenario required by the vehicle data with the specified signal value.

[0078] In combination with step 301 to step 302, in practice, the target test case is converted from the first format with the extension .xlsx in the test case library file path to the second format with the extension .mat during execution. The target test case in the second format includes specific fields and corresponding content on whether a script is required. The host computer test software detects whether the target test case requires a script through the above-mentioned specific fields and corresponding field content. If required, the test script management module in the Simulink model is enabled to obtain the specified script information in the target test case, the specified script indicated by the specified script information is enabled to generate a second control instruction, and the second control instruction is sent to the HIL bench, so that the HIL bench generates a specific scenario signal required by the vehicle data with a specified signal value to simulate the specific scenario required by the vehicle data with the specified signal value.

[0079] Simply put, the purpose of using test scripts is to deal with complex signal generation scenarios. For example, the vehicle data is the signal of the vehicle gear being switched to D gear. In addition to generating a signal with a specified signal value, it is also necessary to simulate operations such as swiping a card to disarm, the driver sitting down, starting the vehicle, stepping on the brake pedal, and switching the gear to D. The signals in the above scenarios need to call the test script to execute.

[0080] Further, as described above, when the host computer software accesses the TSP platform to obtain the actual signal value of the vehicle data in the TSP platform, there may be no vehicle data. Based on this, the test method further includes:

[0081] a1. When it is detected by accessing the TSP platform that the TSP platform does not have the vehicle data, first fault prompt information is generated.

[0082] a2. When it is detected by accessing the TSP platform that the actual signal value of the vehicle data in the TSP platform is different from the specified signal value, a second fault prompt information is generated.

[0083] In combination with a1 and a2 above, after accessing the TSP platform, there may be three situations. First, it is detected that the TSP platform does not have the vehicle data. At this time, a first fault prompt information is generated to provide a prompt to the tester, notifying the tester that there is a first type of fault in the TSP platform. Under this type of fault, the tester needs to give instructions, such as checking whether the TSP platform is configured to upload the vehicle data, etc., or monitoring the monitoring of the vehicle data with a specified signal value in the link node of the full link from the HIL bench to the TSP platform; second, the actual signal value of the vehicle data in the TSP platform is detected, but the actual signal value is different from the specified signal value. At this time, a second fault prompt information is generated to provide a prompt to the tester. Under this fault type, the upper computer test software automatically monitors the monitoring of the vehicle data with a specified signal value in the link node of the full link from the HIL bench to the TSP platform, and locates the abnormal link node based on the monitoring result; third, the actual signal value of the vehicle data in the TSP platform is detected, and the actual signal value is the same as the specified signal value. At this time, a test pass prompt information is generated for the tester to view.

[0084] In practice, the prompt information in the above three situations is all in the test report, and each target test case corresponds to a test result.

[0085] As described above, in the embodiment of the present application, when the upper computer determines that the actual signal value of the vehicle data in the TSP platform is different from the specified signal value, it automatically monitors whether each link node from the HIL bench to the TSP platform has the vehicle data of the specified signal value, and locates the target link node with abnormal vehicle data upload function according to the monitoring result. The specific positioning method is as follows:

[0086] The first method is to determine the path from the cloud server to the VDP in sequence, including the following b1 to b9:

[0087] b1. Determine whether there is vehicle data with the specified signal value in the cloud server;

[0088] b2. If it exists, locate the TSP platform as the target link node with abnormal vehicle data upload function;

[0089] b3. If it does not exist, continue to determine whether it exists in the CDP;

[0090] b4. If yes, locate the cloud server as the target link node with abnormal vehicle data uploading function;

[0091] b5. If not, continue to determine whether it exists in the VDP;

[0092] b6. If present, locate the CDP as the target link node with abnormal vehicle data upload function;

[0093] b7. If not, determining whether the HIL bench generates vehicle data having the specified signal value;

[0094] b8. If generated, locate the VDP as the target link node with abnormal vehicle data upload function;

[0095] b9. If not, locate the HIL bench as the target link node with abnormal vehicle data uploading function.

[0096] The second method is to determine the paths from VDP to the cloud server in sequence, including c1 to c9 as follows:

[0097] c1. determining whether the HIL test bench generates vehicle data having the specified signal value;

[0098] c2. If not, locate the HIL bench as a target link node with abnormal vehicle data upload function;

[0099] c3. If generated, continue to determine whether there is vehicle data with the specified signal value in the VDP;

[0100] c4. If not, locate the VDP as the target link node with abnormal vehicle data upload function;

[0101] c5. If it exists, continue to determine whether it exists in the CDP;

[0102] c6. If not, locate the CDP as the target link node with abnormal vehicle data upload function;

[0103] c7. If yes, continue to determine whether it exists in the cloud server;

[0104] c8. If it does not exist, locate the cloud server as the target link node with abnormal vehicle data upload function;

[0105] c9. If it exists, locate the TSP platform as the target link node where the vehicle data uploading function is abnormal.

[0106] Further, such as Figure 4 As shown, the vehicle data upload function test method provided by the embodiment of the present application, the target test case is obtained from the test case library file path, and the target test case is executed to generate a first control instruction, including:

[0107] S401. Obtain a target test case in a first format with an extension of .xlsx from a test case library file path.

[0108] S402 , converting a target test case in a first format with an extension of .xlsx into a target test case in a second format with an extension of .mat.

[0109] In combination with S401 to S402, the above format conversion method specifically includes:

[0110] 1. Based on the target field information of the target test case in the first format with the .xlsx extension, with the efficient operation of Matlab as the goal, configure the basic fields with the .mat extension and the content fields under each basic field; wherein the basic fields represent the operation instruction information of different dimensions, including four fields: basic information, input information, current information and result information.

[0111] In practice, the target test case is stored in an excel file, which is the first format with .xlsx as the extension. The target test case includes multiple target field information, such as test case (abbreviated as test case) number, test case name, test case content, signal ID, guide step number, guide step number content, start signal name, etc. Based on the above multiple target field information, with the efficient operation of Matlab as the goal, multiple basic fields representing the operation instruction information of different dimensions are extracted, and specific content fields under each basic field are configured. These multiple basic fields include: basic information (base), input information (input), current information (current) and result information (result) four fields; among them, the basic information (base) includes some basic test descriptions (for example, how many steps there are, which step is the current step), the content field in the input information (input) is the specific input content, the current information (current) mainly records the current operation information, and the result information (result) mainly records the operation results.

[0112] 2. Traverse the target field information and corresponding field content of the target test case in the first format with the .xlsx extension, obtain the target field content of each content field under the basic field with the .mat extension, and fill the target field content into the content field of the corresponding basic field to generate a target test case in the second format with the .mat extension.

[0113] S403: Execute the target test case in the second format to generate the first control instruction.

[0114] Furthermore, in the testing method for the vehicle data uploading function provided in an embodiment of the present application, the test configuration information includes multiple test cases and these multiple test cases have a second specified order; wherein the above-mentioned second specified order is pre-configured in the test configuration information.

[0115] The target test case in the embodiment of the present application is the test case ranked first among the multiple test cases having the second specified order, or any test case selected by the tester from the multiple test cases having the second specified order; the testing method also includes:

[0116] Determine whether the target test case is the last test case among multiple test cases having a second specified order; if not, search for the next test case of the target test case from multiple test cases having a second specified order, take the next test case as the target test case, continue to execute the target test case, and repeat the above process until the target test case is the last test case among the multiple test cases.

[0117] Specifically, the upper computer automatic testing software automatically obtains multiple test cases from the test case library file path of the test configuration information, and then automatically uses the first test case, or any test case selected by the tester from the multiple test cases with the second specified order as the first target test case, and executes the target test case. After the target test case is executed, the next test case is selected as the target test case and executed, and the process is repeated until all test cases are completed.

[0118] Furthermore, the test method for the vehicle data upload function provided in the embodiment of the present application further includes d1 to d3:

[0119] d1. Respond to the third control instruction and obtain the test execution result of at least one target test case that has been executed.

[0120] Here, the third control instruction may be automatically generated by the host computer test software, or may be triggered by a tester.

[0121] 1. Automatically generated situation: After the test configuration information including multiple test cases are executed, the host computer test software automatically generates the third control instruction; in this case, multiple test cases have been executed, and at this time, the test execution results of all test cases are obtained.

[0122] 2. Artificially generated situation: The tester triggers the situation by operating a specific button in the user interface of the test software of the host computer. In practice, the tester triggers the situation by clicking the "Save Log" button in the user interface. The situation triggered by the tester usually occurs when some test cases are executed. Therefore, in this case, the test execution results of the current test case and the previously completed test cases are obtained.

[0123] d2. Analyze the test execution results of the at least one target test case, count the test failure steps and the test pass steps according to the comparison results of each actual signal value of the vehicle data under each target test case and each matching specified signal value, and generate test description information for each test failure step and each test pass step to obtain a test analysis result including a test pass result and a test abnormality result; wherein the test description information includes the current system time, the current test case name, the current test case ID, the current signal name, the current signal ID, the test case execution steps, the signal expected value and the feedback value of the TSP platform.

[0124] In an embodiment of the present application, after obtaining the test execution results of the target test cases, for each target test case, each specified signal value under the target test case is compared with the actual signal value to obtain each comparison result, and then, the comparison results under these target test cases are analyzed, and the test analysis results including test pass results and test abnormality results are obtained by counting the number of test failure steps and the number of test pass steps, and generating test description information for each test failure step and each test pass step.

[0125] For example, the above test analysis results are as follows:

[0126] Fault step number: 7; Fault 1 / 7; 2023-05-10 14:24:29; CaseID: 100790; step: 1; Signal name: Lost communication with DCDC; Expected value: 2 Signal current value: 1; Cloud 1 feedback value: 1 (vehicle data with specified signal value in the cloud server); Cloud 2 feedback value: 1 (vehicle data with specified signal value in the TSP platform); Last updated: 2023-05-10 14:24:29; Fault description. Fault 2 / 7: XX; Fault 3 / 7: XX; ... Fault 7 / 7: XX.

[0127] Passed steps: 37; passed 1 / 37; 2023-05-10 14:21:06; CaseID:100789; step:1; signal name: driving and support mode lost communication with OBC; expected value: 2; signal current value: 2; cloud 1 feedback value: 2 (vehicle data with specified signal value in cloud server); cloud 2 feedback value: 2 (vehicle data with specified signal value in TSP platform); last updated time; 2023-05-1014:20:59: fault description. Passed 2 / 37: XX; passed 33 / 7: XX; ... passed 37 / 37: XX.

[0128] Further, in the test method for the vehicle data upload function provided in the embodiment of the present application, after the execution of the multiple test cases configured by the test configuration information is completed, the test method further includes:

[0129] The test analysis results of the vehicle data corresponding to each target test case under each specified signal value are obtained, and the test analysis results are stored in a specified storage file based on a specified storage format.

[0130] Specifically, the host computer test software saves the test analysis balance into a txt document or an excel document for easy viewing by testers.

[0131] Furthermore, in the test method for the vehicle data uploading function provided in the embodiment of the present application, Figure 5As shown, the testing method also includes:

[0132] S501 , in response to a selection operation on a test operation bar in a user interface, display relevant contents of four sections, namely, guide content, test case configuration, test operation and prompt information, on the user interface.

[0133] S502 , in response to a configuration operation on the test case configuration panel, selecting a target test case, initializing the target test case, and displaying guidance information of the target test case on the guidance content.

[0134] S503 , in response to the start test operation on the test operation panel, automatically executing the target test case, and displaying the running information of the target test case in the prompt information panel.

[0135] In combination with the above S501~S503, the test software of the host computer provides a user interface, which includes three operation bars, namely: test operation bar, signal viewing bar and statistical information bar; wherein, the test operation bar includes four sections: guide content, test case configuration, test operation and prompt information; the tester configures in the test case configuration bar, selects the test case and the starting case, and then the automated test software automatically fills in the relevant information in the guide content, and the tester performs the test operation, for example, selects "Start Test", and the automated test software automatically executes the test; the whole process provides prompts for running information in the prompt information.

[0136] Furthermore, in the vehicle data upload function test method provided in the embodiment of the present application, the test method further includes e1 to e2:

[0137] e1. In response to a selection operation on a signal viewing bar in a user interface, the start / stop signal information of the vehicle data and feedback information of the TSP platform on an actual signal value of the vehicle data are displayed on the user interface.

[0138] e2. In response to a selection operation on the statistical information column in the user interface, a test analysis result of the vehicle data under each specified signal value is displayed on the user interface; the test analysis result includes a test pass result and a test abnormality result.

[0139] Specifically, in the signal viewing column, the start signal, end signal and related information of the target test case (which can be one test case or multiple test cases) are included; the related information of the signal is specifically: signal name (i.e. vehicle data), current setting ID, current setting value, signal setting time Time, cloud feedback ID_1 (i.e. cloud server ID) and cloud feedback value_1 (i.e. actual signal value of vehicle data of cloud server); cloud feedback ID_2 (i.e. actual signal value of vehicle data of cloud server) and cloud feedback value_2 (i.e. ID of TSP platform) and cloud signal update time_2 (i.e. actual signal value of TSP platform). In the statistical information column, there are four information: test passed, number of passed steps, test abnormality and abnormal step.

[0140] The test method for the vehicle data upload function provided in the embodiment of the present application is as follows: 1. By simulating the signal upload link in the real vehicle through the HIL bench + vehicle controller (VDP) + data upload terminal device (CDP), any expected value of any signal can be controlled to be uploaded to the cloud without being restricted by the real vehicle environment; at the same time, by accessing the cloud server and TSP platform, the full-link data of the signal upload can be obtained. 2. The enterprise standard data upload automation test software is used to automatically control the generation of the signal to be tested, automatically monitor the signal value in the critical path, automatically compare the expected signal value with the actual signal value, automatically analyze the data upload failure point, and automatically generate a test report to achieve full automation of the enterprise standard data upload test process.

[0141] like Figure 7 As shown, a test platform for a vehicle data upload function provided in the second embodiment of the present application includes: a host computer 701, a hardware-in-the-loop HIL bench 702 and a vehicle terminal service platform TSP platform 703;

[0142] The host computer 701 is used to obtain a target test case from a test case library file path according to the test configuration information for the target vehicle, execute the target test case to generate a first control instruction, and send the first control instruction to the HIL bench 702;

[0143] The HIL bench 702 is used to generate vehicle data with a specified signal value based on the first control instruction and upload it to the TSP platform 703 through a multi-link node;

[0144] The host computer 701 is also used to access the TSP platform 703 to obtain the actual signal value of the vehicle data in the TSP platform 703, compare the actual signal value of the vehicle data with the specified signal value, and if they are different, monitor whether each link node from the HIL bench 702 to the TSP platform 703 has the vehicle data with the specified signal value, and locate the target link node with abnormal vehicle data upload function based on the monitoring result of the vehicle data with the specified signal value in each link.

[0145] In an optional implementation, the test platform for the vehicle data upload function provided in the embodiment of the present application further includes: a vehicle controller VDP704, a data upload terminal device CDP705 and a cloud server 706; the vehicle data with the specified signal value generated by the HIL bench 702 is uploaded to the TSP platform 703 through the VDP704, CDP705 and the cloud server 706 in sequence;

[0146] The host computer 701 is specifically used to send the first control instruction to the HIL bench 702 through the HIL bench interface module, so that the HIL bench 702 generates vehicle data with a specified signal value; detects the vehicle data with the specified signal value in the transmission bus from the HIL bench 702 to the VDP704 and the transmission bus from the VDP704 to the CDP705 through the detection signal interface module, so as to monitor the vehicle data with the specified signal value in the VDP704 and the CDP705; accesses the cloud server 706 through the cloud server access interface module, and accesses the TSP platform 703 through the TSP platform access interface module, so as to monitor the vehicle data with the specified signal value in the cloud server 706 and the TSP platform 703.

[0147] In an optional embodiment, the first control instruction is one or more; when the first control instruction is multiple, each of the multiple first control instructions controls the HIL test bench to generate vehicle data of a specified signal value, thereby obtaining vehicle data of multiple different specified signal values; wherein the vehicle data of different specified signal values ​​have different states;

[0148] The plurality of the first control instructions are sent to the HIL test bench in sequence according to a first specified order, so that the HIL test bench generates a plurality of vehicle data with different specified signal values ​​in sequence and uploads them to the TSP platform.

[0149] In an optional implementation, while executing the target test case to generate the first control instruction, the host computer 701 is also used to:

[0150] Detecting whether the target test case requires a script;

[0151] If necessary, obtain the specified script information in the target test case, enable the specified script indicated by the specified script information to generate a second control instruction, and send the second control instruction to the HIL test bench so that the HIL test bench generates a specific scenario signal required by the vehicle data with a specified signal value to simulate the specific scenario required by the vehicle data with the specified signal value.

[0152] In an optional implementation, the host computer 701 is configured with a Simulink model, and executes related methods based on the Simulink model. The host computer 701 is also used to automatically generate the Simulink model by the following method:

[0153] Generate an initial Simulink model according to a template file including a fixed structure of a TSP platform interface module, a cloud server access interface module, a detection signal interface module, a test case management module, and a test script management module and a to-be-configured structure of a HIL bench interface module;

[0154] According to the position of each vehicle data in the HIL bench interface in the preset model input file and the hierarchical structure of the vehicle data in the target vehicle, the interface structure of the HIL bench interface module in the initial Simulink model is configured, and the interface function of each interface is configured;

[0155] The vehicle data of each interface in the HIL bench are aggregated into a bus to obtain a Simulink model.

[0156] In an optional implementation, the host computer 701 is further used for:

[0157] When it is detected by accessing the TSP platform that the TSP platform does not have the vehicle data, generating first fault prompt information;

[0158] When it is detected by accessing the TSP platform that the actual signal value of the vehicle data in the TSP platform is different from the designated signal value, second fault prompt information is generated.

[0159] In an optional implementation manner, the host computer 701 locates the target link node with abnormal vehicle data uploading function according to the monitoring result of the vehicle data having the specified signal value in each link, including:

[0160] Determine whether there is vehicle data with the specified signal value in the cloud server, and if so, locate the TSP platform as a target link node with abnormal vehicle data upload function;

[0161] If not, continue to determine whether it exists in the CDP, and if so, locate the cloud server as the target link node with abnormal vehicle data upload function;

[0162] If not, continue to determine whether it exists in the VDP, and if it does, locate the CDP as the target link node with abnormal vehicle data upload function;

[0163] If not, continue to determine whether the HIL bench generates vehicle data with the specified signal value; if generated, locate the VDP as the target link node with abnormal vehicle data upload function; if not generated, locate the HIL bench as the target link node with abnormal vehicle data upload function.

[0164] In an optional implementation manner, the host computer 701 locates the target link node with abnormal vehicle data uploading function according to the monitoring result of the vehicle data having the specified signal value in each link, including:

[0165] Determine whether the HIL bench generates vehicle data having the specified signal value; if not, locate the HIL bench as a target link node with abnormal vehicle data uploading function;

[0166] If generated, continue to determine whether there is vehicle data with the specified signal value in the VDP; if not, locate the VDP as a target link node with abnormal vehicle data upload function;

[0167] If it exists, continue to determine whether it exists in the CDP, if not, locate the CDP as the target link node with abnormal vehicle data upload function;

[0168] If yes, continue to determine whether it exists in the cloud server. If not, locate the cloud server as the target link node with abnormal vehicle data upload function; if it exists, locate the TSP platform as the target link node with abnormal vehicle data upload function.

[0169] In an optional implementation, the host computer 701 obtains a target test case from a test case library file path, and executes the target test case to generate a first control instruction, including:

[0170] Get the target test case in the first format with .xlsx as the extension from the test case library file path;

[0171] Convert a target test case in a first format with an extension of .xlsx into a target test case in a second format with an extension of .mat;

[0172] Execute the target test case in the second format to generate the first control instruction.

[0173] In an optional implementation, the host computer 701 converts the target test case in the first format with the extension .xlsx into the target test case in the second format with the extension .mat, specifically including:

[0174] Based on the target field information of the target test case in the first format with .xlsx as the extension, with the goal of efficient operation of Matlab, the basic fields with .mat as the extension and the content fields under each basic field are configured; wherein the basic fields represent the operation instruction information of different dimensions, including four fields: basic information, input information, current information and result information;

[0175] Traverse the target field information and corresponding field content of the target test case in the first format with the .xlsx extension, obtain the target field content of each content field under the basic field with the .mat extension, and fill the target field content into the content field of the corresponding basic field to generate a target test case in the second format with the .mat extension.

[0176] In an optional implementation, the test configuration information includes multiple test cases and the multiple test cases have a second specified order; the target test case is a test case ranked first among the multiple test cases with the second specified order, or any test case selected from the multiple test cases with the second specified order; the host computer 701 is also used for;

[0177] Determine whether the target test case is the last test case among multiple test cases having a second specified order; if not, search for the next test case of the target test case from multiple test cases having a second specified order, take the next test case as the target test case, and continue to execute the target test case until the target test case is the last test case among the multiple test cases.

[0178] In an optional implementation, the host computer 701 is further used for:

[0179] In response to the third control instruction, obtaining a test execution result of at least one target test case that has been currently executed;

[0180] The test execution results of the at least one target test case are analyzed, and according to the comparison results of each actual signal value of the vehicle data under each target test case and each matching specified signal value, the test failure steps and the test pass steps are counted, and test description information is generated under each test failure step and each test pass step to obtain a test analysis result including a test pass result and a test abnormality result; wherein the test description information includes the current system time, the current test case name, the current test case ID, the current signal name, the current signal ID, the test case execution steps, the signal expected value and the feedback value of the TSP platform.

[0181] In an optional implementation, the host computer 701 is further used for:

[0182] After the execution of the multiple test cases configured by the test configuration information is completed, obtaining the test analysis results of the vehicle data corresponding to each target test case under each specified signal value;

[0183] The test analysis result is stored in a specified storage file based on a specified storage format.

[0184] In an optional implementation, the host computer 701 is further used for:

[0185] In response to a selection operation on a test operation bar in a user interface, relevant contents of four sections, namely, guide content, test case configuration, test operation and prompt information, are displayed on the user interface;

[0186] In response to a configuration operation on the test case configuration panel, a target test case is selected, the target test case is initialized, and guidance information of the target test case is displayed on the guidance content;

[0187] In response to the start test operation on the test operation panel, the target test case is automatically executed, and the running information of the target test case is displayed in the prompt information panel.

[0188] In an optional implementation, the host computer 701 is further used for:

[0189] In response to a selection operation on a signal viewing bar in a user interface, displaying the start / stop signal information of the vehicle data and feedback information of the TSP platform on an actual signal value of the vehicle data on the user interface;

[0190] In response to a selection operation on the statistical information column in the user interface, a test analysis result of the vehicle data under each specified signal value is displayed on the user interface; the test analysis result includes a test pass result and a test abnormality result.

[0191] Here, the test process involved in the test platform of the above-mentioned vehicle data upload function is consistent with the specific content of the "test method of vehicle data upload function" in the first embodiment. Please refer to the detailed introduction of the first embodiment for details, and no further details will be given here.

[0192] The test platform for the vehicle data upload function provided in the embodiment of the present application has an entire test process based on the test platform, which can test the vehicle data upload function under extreme working conditions without being restricted by the real vehicle environment; and the entire test process is efficiently and automatically implemented through the host computer 701, and can monitor the entire link of vehicle data upload, quickly locate faulty link nodes, and improve the timeliness, accuracy and comprehensiveness of the vehicle data upload function test.

[0193] The third embodiment of the present application also provides a host computer 800, including: a processor 801, a memory 802 and a bus, the memory 802 stores machine-readable instructions executable by the processor 801, when the electronic device is running, the processor 801 and the memory 802 communicate through the bus, the processor 801 executes the machine-readable instructions to perform the steps of the test method for the vehicle data upload function in the first embodiment mentioned above.

[0194] Specifically, the above-mentioned memory 802 and processor 801 can be general-purpose memories and processors, which are not specifically limited here. When the processor 801 runs the computer program stored in the memory 802, it can execute the test method of the vehicle data uploading function in the first embodiment.

[0195] Similarly, the test method of the vehicle data upload function executed by the above-mentioned host computer is consistent with the specific content of the "test method of the vehicle data upload function" in the first embodiment. Please refer to the detailed introduction of the first embodiment for details, which will not be repeated here.

[0196] The host computer provided in the embodiment of the present application has an entire test process based on a test platform, and can test the vehicle data upload function under extreme working conditions without being restricted by the actual vehicle environment; and the entire test process is efficiently and automatically implemented through the host computer, and can monitor the entire link of vehicle data upload, quickly locate faulty link nodes, and improve the timeliness, accuracy and comprehensiveness of the vehicle data upload function test.

[0197] It should be noted that the term "comprising" will be used in the embodiments of the present application to indicate the existence of the features declared thereafter, but does not exclude the addition of other features.

[0198] Those skilled in the art can clearly understand that, for the convenience and simplicity of description, the specific working process of the system and device described above can refer to the corresponding process in the method embodiment, and will not be repeated in this application. In the several embodiments provided in this application, it should be understood that the disclosed system, device and method can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the modules is only a logical function division. There may be other division methods in actual implementation. For example, multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some communication interfaces, indirect coupling or communication connection of devices or modules, which can be electrical, mechanical or other forms.

[0199] The modules described as separate components may or may not be physically separated, and the components shown as modules may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0200] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0201] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a non-volatile computer-readable storage medium that is executable by a processor. Based on this understanding, the technical solution of the present application can essentially be embodied in the form of a software product, or in other words, the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the test method described in each embodiment of the present application. The aforementioned storage medium includes: various storage media that can store program codes, such as USB flash drives, mobile hard disks, ROM, RAM, magnetic disks, or optical disks.

[0202] In addition, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. The components of the embodiments of the present application described and shown in the drawings here can be arranged and designed in various configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the application claimed for protection, but merely represents the selected embodiments of the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative work belong to the scope of protection of the present application.

Claims

1. A method for testing a vehicle data uploading function, characterized in that: The host computer used in the test platform also includes a hardware-in-the-loop HIL test bench and a vehicle terminal service platform TSP platform; the host computer is configured with a Simulink model, and the test method is executed based on the Simulink model, specifically including: According to the test configuration information for the target vehicle, a target test case is obtained from the test case library file path, the target test case is executed to generate a first control instruction, and the first control instruction is sent to the HIL test bench, so that the HIL test bench generates vehicle data with a specified signal value and uploads it to the TSP platform; Accessing the TSP platform to obtain the actual signal value of the vehicle data in the TSP platform, comparing the actual signal value of the vehicle data with the specified signal value, and if they are different, monitoring whether each link node from the HIL bench to the TSP platform has the vehicle data with the specified signal value; According to the monitoring results of the vehicle data having the specified signal value in each link, the target link node with abnormal vehicle data uploading function is located.

2. The vehicle data upload function testing method according to claim 1, characterized in that: The first control instruction is one or more; when the first control instruction is multiple, each of the multiple first control instructions controls the HIL test bench to generate vehicle data of a specified signal value, thereby obtaining vehicle data of multiple different specified signal values; wherein the vehicle data of different specified signal values ​​have different states; The plurality of the first control instructions are sent to the HIL test bench in sequence according to a first specified order, so that the HIL test bench generates a plurality of vehicle data with different specified signal values ​​in sequence and uploads them to the TSP platform.

3. The vehicle data upload function testing method according to claim 1, characterized in that: While executing the target test case to generate the first control instruction, the testing method further includes: Detecting whether the target test case requires a script; If necessary, obtain the specified script information in the target test case, enable the specified script indicated by the specified script information to generate a second control instruction, and send the second control instruction to the HIL test bench so that the HIL test bench generates a specific scenario signal required by the vehicle data with a specified signal value to simulate the specific scenario required by the vehicle data with the specified signal value.

4. The vehicle data upload function testing method according to claim 1, characterized in that: The test platform also includes a vehicle controller VDP, a data upload terminal device CDP and a cloud server; the vehicle data with a specified signal value generated by the HIL test bench is uploaded to the TSP platform through the VDP, the CDP and the cloud server in sequence; The host computer sends the first control instruction to the HIL test bench through the HIL test bench interface module, so that the HIL test bench generates vehicle data with a specified signal value; and at the same time, monitors whether the HIL test bench generates vehicle data with a specified signal value; The host computer detects the vehicle data with the specified signal value in the transmission bus from the HIL bench to the VDP and the transmission bus from the VDP to the CDP through the detection signal interface module, so as to monitor the vehicle data with the specified signal value in the VDP and the CDP; The host computer accesses the cloud server through the cloud server access interface module, and accesses the TSP platform through the TSP platform access interface module, so as to monitor the vehicle data with the specified signal value in the cloud server and the TSP platform.

5. The method for testing the vehicle data uploading function according to claim 4, characterized in that: The Simulink model is automatically generated by the following method: Generate an initial Simulink model according to a template file including a fixed structure of a TSP platform interface module, a cloud server access interface module, a detection signal interface module, a test case management module, and a test script management module and a to-be-configured structure of a HIL bench interface module; According to the position of each vehicle data in the HIL bench interface in the preset model input file and the hierarchical structure of the vehicle data in the target vehicle, the interface structure of the HIL bench interface module in the initial Simulink model is configured, and the interface function of each interface is configured; The vehicle data of each interface in the HIL bench are aggregated into a bus to obtain a Simulink model.

6. The method for testing the vehicle data uploading function according to claim 1, characterized in that: The test method also includes: When it is detected by accessing the TSP platform that the TSP platform does not have the vehicle data, generating first fault prompt information; When it is detected by accessing the TSP platform that the actual signal value of the vehicle data in the TSP platform is different from the designated signal value, second fault prompt information is generated.

7. The method for testing the vehicle data uploading function according to claim 4, characterized in that: The locating the target link node with abnormal vehicle data uploading function according to the monitoring result of the vehicle data having the specified signal value in each link includes: Determine whether there is vehicle data with the specified signal value in the cloud server, and if so, locate the TSP platform as a target link node with abnormal vehicle data upload function; If not, continue to determine whether it exists in the CDP, and if so, locate the cloud server as the target link node with abnormal vehicle data upload function; If not, continue to determine whether it exists in the VDP, and if it does, locate the CDP as the target link node with abnormal vehicle data upload function; If not, continue to determine whether the HIL bench generates vehicle data with the specified signal value; if generated, locate the VDP as the target link node with abnormal vehicle data upload function; if not generated, locate the HIL bench as the target link node with abnormal vehicle data upload function.

8. The method for testing the vehicle data uploading function according to claim 4, characterized in that: The locating the target link node with abnormal vehicle data uploading function according to the monitoring result of the vehicle data having the specified signal value in each link includes: Determine whether the HIL bench generates vehicle data having the specified signal value; if not, locate the HIL bench as a target link node with abnormal vehicle data uploading function; If generated, continue to determine whether there is vehicle data with the specified signal value in the VDP; if not, locate the VDP as a target link node with abnormal vehicle data upload function; If it exists, continue to determine whether it exists in the CDP, if not, locate the CDP as the target link node with abnormal vehicle data upload function; If yes, continue to determine whether it exists in the cloud server. If not, locate the cloud server as the target link node with abnormal vehicle data upload function; if it exists, locate the TSP platform as the target link node with abnormal vehicle data upload function.

9. The method for testing the vehicle data uploading function according to claim 1, characterized in that: The step of obtaining a target test case from a test case library file path and executing the target test case to generate a first control instruction includes: Get the target test case in the first format with .xlsx as the extension from the test case library file path; Convert a target test case in a first format with an extension of .xlsx into a target test case in a second format with an extension of .mat; Execute the target test case in the second format to generate the first control instruction.

10. The method for testing the vehicle data uploading function according to claim 9, characterized in that: The step of converting the target test case in the first format with the extension of .xlsx into the target test case in the second format with the extension of .mat specifically includes: Based on the target field information of the target test case in the first format with .xlsx as the extension, with the goal of efficient operation of Matlab, the basic fields with .mat as the extension and the content fields under each basic field are configured; wherein the basic fields represent the operation instruction information of different dimensions, including four fields: basic information, input information, current information and result information; Traverse the target field information and corresponding field content of the target test case in the first format with the .xlsx extension, obtain the target field content of each content field under the basic field with the .mat extension, and fill the target field content into the content field of the corresponding basic field to generate a target test case in the second format with the .mat extension.

11. The method for testing the vehicle data uploading function according to claim 1, characterized in that: The test configuration information includes a plurality of test cases and the plurality of test cases have a second specified order; the target test case is a test case ranked first among the plurality of test cases having the second specified order, or is any test case selected from the plurality of test cases having the second specified order; The test method also includes: Determining whether the target test case is the last test case among a plurality of test cases having a second specified order; If not, search for the next test case of the target test case from multiple test cases with a second specified order, take the next test case as the target test case, and continue to execute the target test case until the target test case is the last one of the multiple test cases.

12. The vehicle data upload function testing method according to claim 1 or 11, characterized in that: The test method also includes: In response to the third control instruction, obtaining a test execution result of at least one target test case that has been currently executed; The test execution results of the at least one target test case are analyzed, and according to the comparison results of each actual signal value of the vehicle data under each target test case and each matching specified signal value, the test failure steps and the test pass steps are counted, and test description information is generated under each test failure step and each test pass step to obtain a test analysis result including a test pass result and a test abnormality result; wherein the test description information includes the current system time, the current test case name, the current test case ID, the current signal name, the current signal ID, the test case execution steps, the signal expected value and the feedback value of the TSP platform.

13. The vehicle data uploading function testing method according to claim 1 or 11, characterized in that: After the execution of the multiple test cases configured by the test configuration information is completed, the testing method further includes: Obtain the test analysis results of the vehicle data corresponding to each target test case under each specified signal value; The test analysis result is stored in a specified storage file based on a specified storage format.

14. The method for testing the vehicle data uploading function according to claim 1, characterized in that: The test method also includes: In response to a selection operation on a test operation bar in a user interface, relevant contents of four sections, namely, guide content, test case configuration, test operation and prompt information, are displayed on the user interface; In response to the configuration operation on the test case configuration panel, a target test case is selected, the target test case is initialized, and the guidance information of the target test case is displayed on the guidance content; In response to the start test operation on the test operation panel, the target test case is automatically executed, and the running information of the target test case is displayed in the prompt information panel.

15. The vehicle data uploading function testing method according to claim 1 or 11, characterized in that: The test method also includes: In response to a selection operation on a signal viewing bar in a user interface, displaying the start / stop signal information of the vehicle data and feedback information of the TSP platform on an actual signal value of the vehicle data on the user interface; In response to a selection operation on the statistical information column in the user interface, a test analysis result of the vehicle data under each specified signal value is displayed on the user interface; the test analysis result includes a test pass result and a test abnormality result.

16. A test platform for vehicle data uploading function, characterized in that: include: Hardware-in-the-loop HIL test bench, vehicle terminal service platform TSP platform and host computer; The host computer is used to obtain a target test case from a test case library file path according to the test configuration information for the target vehicle, execute the target test case to generate a first control instruction, and send the first control instruction to the HIL test bench; The HIL bench is used to generate vehicle data with a specified signal value based on the first control instruction and upload it to the TSP platform through a multi-link node; The host computer is also used to access the TSP platform to obtain the actual signal value of the vehicle data in the TSP platform, compare the actual signal value of the vehicle data with the specified signal value, and if they are different, monitor whether each link node from the HIL bench to the TSP platform has the vehicle data with the specified signal value, and locate the target link node with abnormal vehicle data upload function based on the monitoring result of the vehicle data with the specified signal value in each link.

17. The vehicle data upload function test platform according to claim 16, characterized in that: Also includes: Vehicle controller VDP, data upload terminal device CDP and cloud server; The vehicle data with the specified signal value generated by the HIL bench is uploaded to the TSP platform through the VDP, the CDP and the cloud server in sequence; The host computer is specifically used to send the first control instruction to the HIL test bench through the HIL test bench interface module, so that the HIL test bench generates vehicle data with a specified signal value; detects the vehicle data with the specified signal value in the transmission bus from the HIL test bench to the VDP and the transmission bus from the VDP to the CDP through the detection signal interface module, so as to monitor the vehicle data with the specified signal value in the VDP and the CDP; accesses the cloud server through the cloud server access interface module, and accesses the TSP platform through the TSP platform access interface module, so as to monitor the vehicle data with the specified signal value in the cloud server and the TSP platform.

18. A host computer, characterized in that: include: A processor, a storage medium and a bus, wherein the storage medium stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the storage medium via the bus, and the processor executes the machine-readable instructions to perform the steps of the vehicle data upload function test method as described in any one of claims 1 to 15.

Images