Function test method and device of intelligent vehicle-mounted terminal and electronic equipment

Abstract

The embodiment of the invention provides a function test method and device for an intelligent vehicle-mounted terminal and electronic equipment. The method comprises the following steps: in response to a function test request, determining a target configuration file corresponding to a vehicle-mounted terminal function indicated by the function test request; analyzing the target configuration file to obtain a target test case and first information required for running the target test case; running the target test case based on the first information in a pre-constructed simulation environment to obtain test data; and analyzing the test data to obtain a test result. The method is used for achieving the effects of improving the test efficiency of the intelligent vehicle-mounted terminal of the vehicle and improving the accuracy of a test result.

Description

Technical Field

[0001] The present application relates to the field of vehicle networking technology, and in particular to a function testing method, device and electronic equipment for an intelligent vehicle-mounted terminal. Background Art

[0002] Intelligent vehicle terminals can be installed in vehicles, such as remote intelligent vehicle terminals (Telematics BOX, T-BOX). Intelligent vehicle terminals communicate with other electronic control devices in the vehicle through vehicle bus technology, and also realize data interaction with the cloud platform through wireless communication technology.

[0003] Before the software version of the smart vehicle terminal is released, multiple rounds of bench testing are required to test the functions of the smart vehicle terminal supported by the software copyright to be released. Currently, in the above testing process, the test engineer performs manual testing according to different test functions, which requires the test engineer to have high test operation ability and test result judgment ability.

[0004] Since smart vehicle terminals have many functions, the manpower and time costs required for test engineers to complete these functions are high. Summary of the invention

[0005] The embodiments of the present application provide a method, device and electronic device for functional testing of an intelligent vehicle-mounted terminal, which are used to automatically execute vehicle-mounted terminal testing, reduce manual participation, reduce labor costs, and improve testing efficiency and test accuracy.

[0006] In a first aspect, an embodiment of the present application provides a function testing method of an intelligent vehicle terminal, comprising:

[0007] In response to the function test request, determining a target configuration file corresponding to the vehicle terminal function indicated by the function test request;

[0008] Parsing the target configuration file to obtain a target test case and first information required to run the target test case;

[0009] In a pre-built simulation environment, the target test case is run based on the first information to obtain test data; and the test data is parsed to obtain a test result.

[0010] In a possible implementation manner, the target test case includes multiple test case steps; and running the target test case based on the first information includes:

[0011] The plurality of use case steps are performed based on the first information.

[0012] In a possible implementation, the multiple use case steps include a test instruction generation step, and the first information includes a target function and a target parameter;

[0013] The step of generating a test instruction in the plurality of use case steps based on the first information comprises:

[0014] In executing the test instruction generation step, a functional test instruction matching the vehicle-mounted terminal function is generated according to the target function and the target parameter.

[0015] In a possible implementation, the simulation environment includes a vehicle bus simulation environment and a wireless communication network simulation environment, the vehicle bus simulation environment includes hardware equipment, and the wireless communication network simulation environment includes an MQTT client; the multiple use case steps include an instruction sending step;

[0016] The step of sending instructions in the plurality of use case steps executed based on the first information includes:

[0017] In executing the instruction sending step, a first sending instruction is sent to the hardware device and / or the MQTT client, wherein the first sending instruction instructs to send the function test instruction to the intelligent vehicle terminal.

[0018] In a possible implementation, the parsing the test data to obtain a test result includes:

[0019] Receiving response data sent by the hardware device and / or the MQTT client according to the functional test instruction;

[0020] The response data and the functional test instruction are parsed to obtain the test result.

[0021] In a possible implementation, the pre-built simulation environment includes a vehicle bus simulation environment; and the method further includes:

[0022] In response to the creation request, the vehicle bus simulation environment is created.

[0023] In a possible implementation, the creating the vehicle bus simulation environment includes:

[0024] Determining the hardware equipment required for the vehicle bus simulation environment;

[0025] According to the driver function interface in the preset script, calling the driver function interface to drive the hardware device;

[0026] Establishing communication between the hardware device and the intelligent vehicle terminal.

[0027] In a possible implementation, the establishing communication between the hardware device and the intelligent vehicle terminal includes:

[0028] Parsing a preset bus database file based on the preset script to obtain bus message frame information; wherein the bus message frame information includes one or more of a message identifier, a message type, a data length, and a coding format;

[0029] Generate a bus message according to the bus message frame information;

[0030] A message sending instruction is sent to the hardware device, wherein the message sending instruction instructs the hardware device to send the bus message to the intelligent vehicle terminal to establish communication between the hardware device and the intelligent vehicle terminal.

[0031] In a possible implementation, the pre-built simulation environment includes a wireless communication network simulation environment; and the method further includes:

[0032] An MQTT client is created by calling a preset client library through a preset script, wherein the MQTT client is a virtual client in the wireless communication network simulation environment, and the MQTT client is communicated with the intelligent vehicle terminal through a preset server.

[0033] In a possible implementation, the target configuration file is generated based on a preset configuration template corresponding to the target function, wherein different preset configuration templates correspond to different test functions.

[0034] In a second aspect, an embodiment of the present application provides a functional testing device for an intelligent vehicle terminal, comprising:

[0035] a determination unit, configured to determine, in response to a function test request, a target configuration file corresponding to the vehicle-mounted terminal function indicated by the function test request;

[0036] A first processing unit, configured to parse the target configuration file to obtain a target test case and first information required to run the target test case;

[0037] The second processing unit is used to run the target test case based on the first information in a pre-built simulation environment to obtain test data; and parse the test data to obtain a test result.

[0038] In a third aspect, an embodiment of the present application provides an electronic device, including: a memory, a processor;

[0039] The memory stores computer-executable instructions;

[0040] The processor executes the computer-executable instructions stored in the memory, so that the processor executes the above first aspect and / or various possible implementations of the first aspect.

[0041] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, in which computer-executable instructions are stored. When the computer-executable instructions are executed by a processor, they are used to implement the first aspect above and / or various possible implementations of the first aspect.

[0042] In a fifth aspect, an embodiment of the present application provides a computer program product, including a computer program, which, when executed by a processor, implements the above first aspect and / or various possible implementation methods of the first aspect.

[0043] The functional testing method, device and electronic device for the intelligent vehicle terminal provided in the embodiments of the present application parse the target configuration file corresponding to the functional test of the vehicle terminal based on the functional test request, execute the test case in a pre-built test simulation environment based on the information obtained by parsing the configuration file, obtain the test data of the test case, parse the test data to obtain the test result, and automatically parse the configuration file through the script to obtain the information required for the test. At the same time, the relevant interface is automatically called according to the information required for the test, and the automatic sending of information and the automatic acquisition and analysis of the test results are realized, which reduces the participation of the test engineer in multiple links of the test, replaces the test engineer's analysis of the test information and the original sending of information such as messages by the test engineer, reduces the requirements for the test engineer's ability, reduces labor costs, and improves the test efficiency and the accuracy of the test results. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0045] Figure 1 A schematic diagram of a functional testing method for an intelligent vehicle terminal provided in this application Figure 1 ,

[0046] Figure 2 A schematic diagram of a functional testing method for an intelligent vehicle terminal provided in this application Figure 2 ;

[0047] Figure 3 A schematic diagram of the structure of a functional testing device for an intelligent vehicle terminal provided in this application;

[0048] Figure 4 A schematic diagram of the structure of an electronic device provided in this application.

[0049] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0050] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.

[0051] First, the terms involved in this application are explained:

[0052] Vehicle bus: refers to the communication network used to connect various electronic control units (ECUs) in a car, allowing information and data to be exchanged between different systems and components.

[0053] T-BOX: Telematics BOX is a key component in the vehicle intelligent system, responsible for enabling communication between the vehicle and the external network.

[0054] CAN bus: (Controller Area Network bus) is a vehicle bus standard designed to enable communication between electronic control units (ECUs) in the automotive industry to reduce the use of copper wires. It is based on a message transmission protocol that allows microcontrollers and devices on the network to communicate with each other without a host.

[0055] MQTT client: refers to the Message Queuing Telemetry Transport client (Message Queuing Telemetry Transport), a communication client based on the MQTT protocol, used to implement message exchange between devices or applications.

[0056] MQTT server: refers to the Message Queuing Telemetry Transport server (Message Queuing Telemetry Transport), which is a lightweight communication protocol server based on the publish / subscribe model.

[0057] DBC file: refers to the CAN database file (Database for CAN), which is a file used to describe the data format in the CAN network and usually has a ".dbc" extension.

[0058] With the popularization of Internet of Vehicles and intelligent connected vehicles, in-vehicle intelligent systems have gradually become standard equipment for vehicles. As an intelligent in-vehicle terminal that integrates multiple advanced technologies, T-BOX (Telematics BOX) needs to be updated and iterated from time to time to meet the needs of product innovation. Before a new version of T-Box software is released, testers need to test the various functions of T-Box.

[0059] In the prior art, test engineers need a variety of host computer software with different functions, as well as a cloud platform to simulate the required bus environment and cloud platform instructions according to test cases one by one, manually parse the data received by the cloud platform, and manually determine whether the test results are passed.

[0060] However, smart vehicle terminals have many functions, and the test cases for a single function can reach hundreds. The above method has huge manpower and time costs, and manual data processing and data judgment increase the possibility of errors, affecting the accuracy of the test results. In addition, since testers operate many software, they need to have high testing literacy, which increases the learning cost and affects the test efficiency.

[0061] The present application provides a method for testing the functionality of an intelligent vehicle-mounted terminal, aiming to solve the above-mentioned problem.

[0062] The technical solution of the present application and how the technical solution of the present application solves the above-mentioned technical problems are described in detail below with specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments. The embodiments of the present application will be described below in conjunction with the accompanying drawings.

[0063] Figure 1 A schematic diagram of a functional testing method for an intelligent vehicle terminal provided in this application Figure 1 ,like Figure 1 As shown, the method includes:

[0064] S101. In response to a function test request, determine a target configuration file corresponding to a vehicle terminal function indicated by the function test request.

[0065] Exemplarily, this embodiment uses pyqt5 scripts to build the user front-end interface of the automated testing tool, writes the back-end execution function of the automated testing tool by editing Python scripts, and realizes the execution process of automated testing through front-end and back-end collaboration.

[0066] As an intelligent vehicle terminal, T-BOX (Telematics Box) is the core component of the vehicle intelligent system. It has many functions including vehicle networking, remote control, remote diagnosis, driving assistance, infotainment services, etc. As the functions of T-BOX are continuously improved, T-BOX needs to be continuously updated to enable new functions to be put into use. Before putting them into use, the functions of T-BOX need to be tested.

[0067] The configuration files are classified by the functional test requirements of the intelligent vehicle terminal, and the configuration file templates under each category are pre-developed. The key information of the test case is written according to the test items, and different categories of test functions correspond to different categories of preset configuration templates. The user clicks the function test start button on the front end of the simulation test platform to send a function test request. In response to the function test request, the target test function signal selected by the tester on the front end of the test simulation platform is obtained, and the configuration file storage path of the corresponding target test function is determined according to the signal of the target test function, and then the target configuration file corresponding to the vehicle terminal function indicated by the test function request is obtained.

[0068] S102: Parse the target configuration file to obtain the target test case and the first information required to run the target test case.

[0069] Exemplarily, the automated testing tool parses the acquired target configuration file through a preset script. The configuration file corresponds to the test case to be executed. The target configuration file is parsed to obtain the corresponding target test case and the first information required to execute the target test case.

[0070] S103: In a pre-built simulation environment, run a target test case based on the first information to obtain test data; and parse the test data to obtain a test result.

[0071] Exemplarily, the pre-built simulation environment includes a bus gateway device that is connected to the intelligent vehicle-mounted terminal through a vehicle bus and communicates through messages, and includes a client that is connected to the intelligent vehicle-mounted terminal through a server and communicates by calling a function interface. The first information includes parameter information, interface information, etc. required to run the target test case. Based on the first information, the automated testing tool calls the function interface to send and receive information, thereby executing the test case and obtaining test data. The client parses the test data, obtains test results, and outputs a test log.

[0072] A functional testing method for an intelligent vehicle terminal provided in an embodiment of the present application parses a target configuration file corresponding to a functional test of the vehicle terminal based on a functional test request, executes a test case in a pre-built test simulation environment based on information obtained by parsing the configuration file, obtains test data of the test case, and parses the test data to obtain a test result, thereby automatically parsing the configuration file through a script to obtain information required for the test, and automatically calling related interfaces according to the information required for the test, thereby automatically sending information and automatically obtaining and analyzing test results, reducing the participation of test engineers in multiple links of the test, replacing the test engineers' analysis of test information and the original sending of information such as messages by the test engineers, reducing the requirements for the test engineers' capabilities, reducing labor costs, and improving test efficiency and the accuracy of test results.

[0073] Figure 2 A schematic diagram of a functional testing method for an intelligent vehicle terminal provided in this application Figure 2 ,like Figure 2 As shown, in this embodiment Figure 1 Based on the embodiment, a function test method of an intelligent vehicle terminal is described in detail, and the method includes:

[0074] S201. In response to a creation request, create a vehicle bus simulation environment.

[0075] In one example, step S201 includes the following steps:

[0076] The first step of step S201 is to determine the hardware equipment required for the vehicle bus simulation environment; and according to the driver function interface in the preset script, call the driver function interface to drive the hardware equipment.

[0077] The second step of step S201 is to establish communication between the hardware device and the intelligent vehicle terminal.

[0078] In one example, the second step of step S201 is implemented by the following process:

[0079] The preset bus database file is parsed based on the preset script to obtain bus message frame information; wherein the bus message frame information includes one or more of a message identifier, a message type, a data length and a coding format.

[0080] Generate a bus message according to the bus message frame information.

[0081] A message sending instruction is sent to the hardware device, wherein the message sending instruction instructs the hardware device to send a bus message to the intelligent vehicle terminal to establish communication between the hardware device and the intelligent vehicle terminal.

[0082] Exemplarily, the vehicle bus includes but is not limited to the CAN bus, LIN bus, and MOST bus, which are applied to a distributed control system with multiple control units and are mainly used for communication of devices in the vehicle. The vehicle bus in this application is the CAN bus. Before testing the vehicle's intelligent vehicle terminal (i.e., T-BOX), it is necessary to create a vehicle bus simulation environment, which is used to simulate the environment in which the intelligent vehicle terminal interacts with other vehicle hardware devices through the vehicle bus during operation, so that the vehicle bus simulation environment can simulate the intelligent vehicle terminal working environment to the greatest extent, and restore environmental factors such as the vehicle bus load rate and CPU load rate that affect the intelligent vehicle terminal.

[0083] For the first step of step S201, the device that is connected to and interacts with the vehicle's intelligent on-board terminal through the vehicle bus is the hardware device required for the vehicle bus simulation environment. Because the communication between the hardware device and the vehicle bus is achieved by sending and receiving bus messages through a function interface, the driver function interface of the hardware device pre-written in the script is used to call the driver function interface of the hardware device to realize the connection, setting, sending and receiving of messages and other functions of the hardware device.

[0084] For the second step of step S201, the bus database file is a standardized file that defines and describes data communication on the vehicle bus, including but not limited to the DBC file describing the CAN bus data format, the LDF file describing the LIN bus data format, and the FIBEX file describing the decimal FlexRay bus data format. The bus file in this application is a DBC file. The bus message frame information that needs to be simulated can be obtained by parsing the bus database file according to the preset script. The bus message frame information is the message frame information related to the daily interaction between the intelligent vehicle terminal and the hardware device. The bus message is generated according to one or more information such as the message identifier, message type, and data length of the bus message frame information. The hardware device sends the message to the vehicle bus according to the message sending instruction, and the intelligent vehicle terminal can obtain the message from the vehicle bus to establish communication between the hardware device and the intelligent vehicle terminal.

[0085] S202. Create an MQTT client by calling a preset client library through a preset script, wherein the MQTT client is a virtual client in a wireless communication network simulation environment, and the MQTT client communicates with the smart vehicle terminal through a preset server.

[0086] Exemplarily, during the operation of the smart vehicle terminal, it is necessary to interact with the cloud platform through the wireless communication network environment to realize functions such as data upload, remote control, and fault diagnosis. The MQTT interface library is called through a preset script to create an MQTT client, and the created MQTT client is used as a virtual client to simulate the cloud platform. The MQTT client is connected to the smart vehicle terminal through a preset MQTT server to build a wireless communication network simulation environment that simulates the wireless communication network environment between the cloud platform and the smart vehicle terminal.

[0087] S203: In response to the function test request, determine a target configuration file corresponding to the vehicle terminal function indicated by the function test request. The target configuration file is generated based on a preset configuration template corresponding to the target function, wherein different preset configuration templates correspond to different test functions.

[0088] Exemplarily, the configuration file is developed in advance by classifying the functional test requirements of the intelligent vehicle terminal, and the configuration file templates under each category are obtained by writing the key information of the test case according to the test items. Different categories of test functions correspond to different categories of preset configuration templates. The user clicks the function test start button on the front end of the simulation test platform to send a function test request. In response to the function test request, the target test function signal selected by the tester on the front end of the test simulation platform is obtained, and the configuration file storage path of the corresponding target test function is determined according to the signal of the target test function, and then the target configuration file corresponding to the vehicle terminal function indicated by the test function request is obtained.

[0089] S204: Parse the target configuration file to obtain the target test case and the first information required to run the target test case.

[0090] Exemplarily, the target configuration file is parsed by a preset script, and the target test case and the first information required to run the target test case are obtained according to the parsing.

[0091] S205. In a pre-built simulation environment, execute multiple use case steps based on the first information. The multiple use case steps include a test instruction generation step, and the first information includes a target function and a target parameter. The simulation environment includes a vehicle bus simulation environment and a wireless communication network simulation environment, the vehicle bus simulation environment includes hardware equipment, and the wireless communication network simulation environment includes an MQTT client.

[0092] In one example, step S205 includes the following steps:

[0093] The first step of step S205 is to execute a test instruction generation step in a plurality of use case steps based on the first information.

[0094] The second step of step S205 is to execute the instruction sending step in the multiple use case steps based on the first information.

[0095] In one example, the first step of step S205 is implemented by the following process:

[0096] In the step of executing the test instruction generation, a functional test instruction matching the vehicle terminal function is generated according to the target function and the target parameter.

[0097] In one example, the second step of step S205 is implemented by the following process:

[0098] In the execution instruction sending step, a first sending instruction is sent to the hardware device and / or the MQTT client, wherein the first sending instruction instructs to send a function test instruction to the intelligent vehicle terminal.

[0099] Exemplarily, a test case includes multiple execution steps, and the test steps of the target test case can be obtained by parsing the target configuration file.

[0100] According to the target function contained in the first information, the relevant function interface is called. If the target function is the function interface of the bus hardware device, the function interface of the hardware device is called, and the target function test instruction is generated according to the parameter information, and is sent to the bus through the hardware device function interface, so that the intelligent vehicle terminal can obtain the target function test instruction message from the bus; if the target function is the function interface of the MQTT client, the function interface of the MQTT client is called, and the target function test instruction is generated according to the parameter information, and is sent to the intelligent vehicle terminal through the MQTT server, so that the intelligent vehicle terminal can obtain the target function test instruction from the MQTT server.

[0101] Before the MQTT client sends a target function test instruction to the smart vehicle terminal, the MQTT client subscribes to a topic that has been subscribed by the smart vehicle terminal, thereby realizing communication between the MQTT client and the smart vehicle terminal.

[0102] S206, receiving response data sent by the hardware device and / or the MQTT client according to the functional test instruction; parsing the response data and the functional test instruction to obtain a test result.

[0103] Exemplarily, after receiving the response data sent by the intelligent vehicle terminal after executing the target test instruction, the response data and the functional test instruction are parsed by the script, the test data and the expected test data are compared, and the test result is obtained according to the comparison result. The functional test instruction includes the expected test data. The test log is output and the test result and the test log are stored locally.

[0104] A functional testing method for an intelligent vehicle-mounted terminal provided in an embodiment of the present application pre-builds a bus simulation environment and a wireless communication network simulation environment, parses a target configuration file corresponding to a functional test of the vehicle-mounted terminal based on a functional test request, obtains the first information required to execute the test case, executes the test case steps in the pre-built simulation environment, receives response data sent by a hardware device and / or an MQTT client according to a functional test instruction, and parses the response data and the functional test instruction to obtain a test result of the test case, thereby realizing automatic testing of the vehicle-mounted terminal by a script instead of a test engineer manually operating the upper computer software for testing, automatically parsing the configuration file by the script to obtain information required for the test, and automatically calling related interfaces according to the information required for the test, thereby realizing automatic sending of information and automatic acquisition and analysis of test results, reducing the participation of test engineers in multiple links of the test, replacing the test engineers' analysis of test information and the original sending of information such as messages by the test engineers, reducing the requirements for the test engineers' capabilities, reducing labor costs, and improving test efficiency and the accuracy of test results.

[0105] Figure 3 A schematic diagram of a functional test device for an intelligent vehicle terminal provided in this application is shown in FIG. Figure 3 As shown, a functional testing device 30 for an intelligent vehicle terminal provided in this embodiment includes:

[0106] A determination unit 301 is used to determine, in response to a function test request, a target configuration file corresponding to the vehicle terminal function indicated by the function test request;

[0107] The first processing unit 302 is used to parse the target configuration file to obtain the target test case and the first information required to run the target test case;

[0108] The second processing unit 303 is used to run the target test case based on the first information in a pre-built simulation environment to obtain test data; and parse the test data to obtain a test result.

[0109] In a possible implementation, the target test case includes multiple test case steps; the second processing unit 303 includes:

[0110] The execution module 3031 is used to execute multiple use case steps based on the first information.

[0111] In one possible implementation, multiple use case steps include a test instruction generation step, and the first information includes an objective function and an objective parameter; the execution module 3031 is also used to: in executing the test instruction generation step, generate a functional test instruction that matches the vehicle terminal function according to the objective function and the objective parameters.

[0112] In one possible implementation, the simulation environment includes a vehicle bus simulation environment and a wireless communication network simulation environment, the vehicle bus simulation environment includes hardware equipment, and the wireless communication network simulation environment includes an MQTT client; the execution module 3031 is also used to: in the execution instruction sending step, send a first sending instruction to the hardware device and / or the MQTT client, wherein the first sending instruction indicates sending a functional test instruction to the intelligent vehicle terminal.

[0113] In a possible implementation, the second processing unit 303 includes:

[0114] The receiving module 3032 is used to receive the response data sent by the hardware device and / or the MQTT client according to the function test instruction;

[0115] The parsing module 3033 is used to parse the response data and the functional test instructions to obtain the test results.

[0116] In a possible implementation, the pre-built simulation environment includes a vehicle bus simulation environment; the apparatus 30 further includes:

[0117] The third processing unit 304 is configured to create a vehicle bus simulation environment in response to the creation request.

[0118] In a possible implementation, the third processing unit 304 includes:

[0119] A determination module 3041 is used to determine the hardware equipment required for the vehicle bus simulation environment;

[0120] The driver module 3042 is used to call the driver function interface to drive the hardware device according to the driver function interface in the preset script;

[0121] The communication module 3043 is used to establish communication between the hardware device and the intelligent vehicle terminal.

[0122] In a possible implementation, the communication module 3043 includes:

[0123] Parsing a preset bus database file based on a preset script to obtain bus message frame information; wherein the bus message frame information includes one or more of a message identifier, a message type, a data length, and a coding format;

[0124] Generate a bus message according to the bus message frame information;

[0125] A message sending instruction is sent to the hardware device, wherein the message sending instruction instructs the hardware device to send a bus message to the intelligent vehicle terminal to establish communication between the hardware device and the intelligent vehicle terminal.

[0126] In a possible implementation, the pre-built simulation environment includes a wireless communication network simulation environment; the apparatus 30 further includes:

[0127] The fourth processing unit 305 is used to call a preset client library through a preset script to create an MQTT client, wherein the MQTT client is a virtual client in a wireless communication network simulation environment, and the MQTT client communicates with the intelligent vehicle terminal through a preset server.

[0128] In a possible implementation, the target configuration file is generated based on a preset configuration template corresponding to the target function, wherein different preset configuration templates correspond to different test functions.

[0129] The present embodiment provides a functional testing device for an intelligent vehicle-mounted terminal, which can execute the method provided in the above method embodiment. The implementation principle and technical effect thereof are similar, and are not described in detail in the present embodiment.

[0130] Figure 4 This is a schematic diagram of the structure of the electronic device provided in this application. Figure 4 As shown, the electronic device 40 provided in this embodiment includes: at least one processor 401 and a memory 402. Optionally, the device 40 also includes a communication component 403. The processor 401, the memory 402 and the communication component 403 are connected via a bus 404.

[0131] In a specific implementation process, at least one processor 401 executes the computer-executable instructions stored in the memory 402, so that at least one processor 401 executes the above method.

[0132] The specific implementation process of the processor 401 can be found in the above method embodiment, and its implementation principle and technical effect are similar, so this embodiment will not be repeated here.

[0133] In the above embodiments, it should be understood that the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. A general-purpose processor may be a microprocessor or any conventional processor. The steps of the method disclosed in the invention may be directly implemented as being executed by a hardware processor, or may be executed by a combination of hardware and software modules in the processor.

[0134] The memory may include a high-speed memory (Random Access Memory, RAM), and may also include a non-volatile memory (Non-volatile Memory, NVM), such as at least one disk memory.

[0135] The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of the present application is not limited to only one bus or one type of bus.

[0136] The present application also provides a computer program product, including a computer program, which implements the above method when executed by a processor.

[0137] The present application also provides a computer-readable storage medium, in which computer-executable instructions are stored. When a processor executes the computer-executable instructions, the above method is implemented.

[0138] The above-mentioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk. The readable storage medium can be any available medium that can be accessed by a general or special-purpose computer.

[0139] An exemplary readable storage medium is coupled to a processor so that the processor can read information from the readable storage medium and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can be located in an application specific integrated circuit (Application Specific Integrated Circuits, referred to as: ASIC). Of course, the processor and the readable storage medium can also exist in the device as discrete components.

[0140] The division of units is only a logical function division, and there may be other divisions in actual implementation, such as multiple units 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 an indirect coupling or communication connection through some interface, device or unit, which can be electrical, mechanical or other forms.

[0141] The units described as separate components may or may not be physically separated, and the components shown as units 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.

[0142] In addition, each functional unit in each embodiment of the present invention 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.

[0143] If the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods of each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk, etc. Various media that can store program codes.

[0144] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0145] Finally, it should be noted that those skilled in the art will readily conceive of other embodiments of the present invention after considering the specification and practicing the invention disclosed herein. The present invention is intended to cover any variations, uses or adaptations of the present invention, which follow the general principles of the present invention and include common knowledge or customary technical means in the art not disclosed by the present invention, are not limited to the precise structure described above and shown in the drawings, and may be modified and changed in various ways without departing from the scope thereof. The scope of the present invention is limited only by the appended claims.

Claims

1. A function test method for an intelligent vehicle terminal, characterized in that: include: In response to the function test request, determining a target configuration file corresponding to the vehicle terminal function indicated by the function test request; Parsing the target configuration file to obtain a target test case and first information required to run the target test case; In a pre-built simulation environment, running the target test case based on the first information to obtain test data; And analyze the test data to obtain the test result.

2. The method according to claim 1, characterized in that The target test case includes a plurality of test case steps; and running the target test case based on the first information includes: The plurality of use case steps are performed based on the first information.

3. The method according to claim 2, characterized in that The multiple use case steps include a test instruction generation step, and the first information includes a target function and a target parameter; The step of generating a test instruction in the plurality of use case steps based on the first information comprises: In executing the test instruction generation step, a functional test instruction matching the vehicle-mounted terminal function is generated according to the target function and the target parameter.

4. The method according to claim 3, characterized in that The simulation environment includes a vehicle bus simulation environment and a wireless communication network simulation environment, the vehicle bus simulation environment includes hardware equipment, and the wireless communication network simulation environment includes an MQTT client; the multiple use case steps include an instruction sending step; The step of sending instructions in the plurality of use case steps executed based on the first information includes: In executing the instruction sending step, a first sending instruction is sent to the hardware device and / or the MQTT client, wherein the first sending instruction instructs to send the function test instruction to the intelligent vehicle terminal.

5. The method according to claim 4, characterized in that The step of parsing the test data to obtain a test result includes: Receiving response data sent by the hardware device and / or the MQTT client according to the functional test instruction; The response data and the functional test instruction are parsed to obtain the test result.

6. The method according to claim 1, characterized in that The pre-built simulation environment includes a vehicle bus simulation environment; the method further includes: In response to the creation request, the vehicle bus simulation environment is created.

7. The method according to claim 6, characterized in that The step of creating the vehicle bus simulation environment comprises: Determining the hardware equipment required for the vehicle bus simulation environment; According to the driver function interface in the preset script, calling the driver function interface to drive the hardware device; Establishing communication between the hardware device and the intelligent vehicle terminal.

8. The method according to claim 7, characterized in that The establishing of communication between the hardware device and the intelligent vehicle-mounted terminal includes: Parsing a preset bus database file based on the preset script to obtain bus message frame information; wherein the bus message frame information includes one or more of a message identifier, a message type, a data length, and a coding format; Generate a bus message according to the bus message frame information; A message sending instruction is sent to the hardware device, wherein the message sending instruction instructs the hardware device to send the bus message to the intelligent vehicle terminal to establish communication between the hardware device and the intelligent vehicle terminal.

9. The method according to claim 1, characterized in that: The pre-built simulation environment includes a wireless communication network simulation environment; the method further includes: An MQTT client is created by calling a preset client library through a preset script, wherein the MQTT client is a virtual client in the wireless communication network simulation environment, and the MQTT client is communicated with the intelligent vehicle terminal through a preset server.

10. The method according to any one of claims 1 to 9, characterized in that The target configuration file is generated based on a preset configuration template corresponding to the target function, wherein different preset configuration templates correspond to different test functions.

11. A functional testing device for an intelligent vehicle terminal, characterized in that: include: a determination unit, configured to determine, in response to a function test request, a target configuration file corresponding to the vehicle-mounted terminal function indicated by the function test request; A first processing unit, configured to parse the target configuration file to obtain a target test case and first information required to run the target test case; A second processing unit is used to run the target test case based on the first information in a pre-built simulation environment to obtain test data; And analyze the test data to obtain the test result.

12. An electronic device, characterized in that: include: Memory, processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory, so that the processor performs the method according to any one of claims 1 to 10.

13. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, which are used to implement the method according to any one of claims 1 to 10 when executed by a processor.

14. A computer program product, comprising a computer program, wherein when the computer program is executed by a processor, the method according to any one of claims 1 to 10 is implemented.

Images