Vehicle controller test method, device, equipment, system and medium

Abstract

The invention relates to a test method, device, equipment, system and medium for a vehicle controller, in the method, data interaction between an upper computer end and a server end is established, for the upper computer end, input operation of a user for a test interface of the vehicle controller can be responded to, and the test interface of the vehicle controller can be tested. Target rack information and test demand information input by a user are obtained, and the vehicle controller test interface is displayed through a browser; according to the target rack information and the test demand information, sending a test case acquisition request to a server; obtaining a target test case returned by the server; and controlling the target rack to test the to-be-tested vehicle controller through the target test software according to the target test case, and obtaining a test result. According to the technical scheme, sharing of the test cases is realized, and the efficiency of testing the vehicle controller is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle controller testing, and in particular to a vehicle controller testing method, device, equipment, system and medium. Background Art

[0002] With the continuous growth of domestic demand for automobiles in recent years and the expansion of export demand for new energy vehicles, competition in the automobile industry has become increasingly fierce. In order to seize the user market, major automobile manufacturers are increasing their investment in automobile R&D and testing departments. In terms of manpower, more R&D and testing personnel are added; in terms of resources, more testing equipment is invested.

[0003] Currently, major car companies usually use hardware-in-the-loop (HIL) test benches to test cars. The test benches and test tools are bound one-to-one in the form of dongles to perform verification and testing tasks.

[0004] In summary, the existing vehicle controller testing method cannot realize the functions of test case reuse and resource sharing, resulting in low testing efficiency. Summary of the invention

[0005] The present invention provides a vehicle controller testing method, device, equipment, system and medium, which realize the functions of test case sharing, online editing and configuration, and improve the convenience and efficiency of vehicle controller testing.

[0006] In a first aspect, the present invention provides a vehicle controller testing method, which is applied to a host computer, and the method comprises:

[0007] In response to a user input operation on a vehicle controller test interface, target test bench information and test requirement information input by the user are obtained, and the vehicle controller test interface is displayed through a browser;

[0008] According to the target bench information and the test requirement information, a test case acquisition request is sent to the server, where the test case acquisition request is used to acquire the target test case corresponding to the target bench information and the test requirement information;

[0009] Get the target test case returned by the server;

[0010] Through the target test software, according to the target test case, the target test bench is controlled to test the vehicle controller to be tested and obtain the test results.

[0011] Optionally, according to the target bench information and the test requirement information, a test case acquisition request is sent to the server, including:

[0012] According to the target bench information and the test requirement information, a test case query request is sent to the server, where the test case query request is used to query whether there is an available test case corresponding to the target bench information and the test requirement information;

[0013] Obtaining response information returned by the server, the response information is used to indicate whether there is an available test case, and when the response information indicates that there is an available test case, the response information also includes at least one available test case identifier;

[0014] If the response information indicates that there are available test cases, at least one available test case identifier is displayed in the vehicle controller test interface;

[0015] In response to a user's selection operation on a target test case identifier among at least one available test case identifier, a test case acquisition request is sent to a server.

[0016] Optionally, the method further comprises:

[0017] If the response information indicates that there is no available test case, in response to the user's test case creation operation on the vehicle controller test interface, a test case resource acquisition request is sent to the server, where the test case resource acquisition request is used to acquire available test case resources;

[0018] Get the available test case resources returned by the server;

[0019] The available test case resources are displayed through the test case creation sub-interface;

[0020] In response to the user's test case editing operation on the test case creation sub-interface, a test case generation request is sent to the server, the test case generation request is used to request generation of a target test case, and the target test case includes a target test case resource selected by the user from available test case resources.

[0021] Optionally, the method further comprises:

[0022] In response to a user's debugging operation on a test case creation sub-interface, a debugging request is sent to a server, where the debugging request is used to perform a logic check on a target test case;

[0023] Get the debugging results returned by the server;

[0024] Accordingly, obtain the target test cases returned by the server, including:

[0025] When the debugging result indicates that the target test case passes the logic verification, the target test case returned by the server is obtained.

[0026] Optionally, the test case resources that can be used include: test step files, model files, bus database files, test software configuration files, and mapping files.

[0027] Optionally, the method further comprises:

[0028] In response to the user's upload operation on the vehicle controller test interface, the test case resource is acquired and sent to the server.

[0029] Optionally, the method further comprises:

[0030] Send the test results to the server.

[0031] In a second aspect, the present invention provides a vehicle controller testing method, applied to a server, comprising:

[0032] Obtaining a test case acquisition request sent by the host computer, the test case acquisition request is used to obtain target test cases corresponding to target test bench information and test requirement information, the test case acquisition request is generated in response to a user input operation on a vehicle controller test interface, and the vehicle controller test interface is displayed through a browser of the host computer;

[0033] Obtain target test cases based on target bench information and test requirement information;

[0034] Send the target test case to the host computer so that the host computer can control the target test bench to test the vehicle controller to be tested according to the target test case through the target test software and obtain the test results.

[0035] Optionally, obtain the test case acquisition request sent by the host computer, including:

[0036] Obtain a test case query request sent by the host computer, where the test case query request is used to query whether there is an available test case corresponding to the target bench information and the test requirement information;

[0037] Sending response information to the host computer according to the test case query request, the response information is used to indicate whether there is an available test case, and when the response information indicates that there is an available test case, the response information also includes at least one available test case identifier;

[0038] If the response information indicates that there is an available test case, a test case acquisition request sent by the host computer is acquired, the test case acquisition request includes a target test case identifier, and the target test case identifier belongs to at least one available test case identifier.

[0039] Optionally, the method further comprises:

[0040] If the response information indicates that there is no available test case, a test case resource acquisition request sent by the host computer is received, and the test case resource acquisition request is used to obtain available test case resources;

[0041] Determine the test case resources stored in the public resource library as usable test case resources;

[0042] Determine the test case resources corresponding to the user identifier stored in the personal resource library as usable test case resources;

[0043] Send available test case resources to the host computer;

[0044] Receiving a test case generation request sent by a host computer, the test case generation request is used to request generation of a target test case, the target test case including a target test case resource selected by a user from available test case resources;

[0045] Generate target test cases based on test case generation requests.

[0046] Optionally, the method further comprises:

[0047] Get the debugging request sent by the host computer, which is used to perform logic verification on the target test case;

[0048] Execute the debugging request and obtain the debugging results of the target test case;

[0049] Send the debugging results to the host computer;

[0050] Accordingly, the target test case is sent to the host computer, including:

[0051] When the debugging result indicates that the target test case passes the logic check, the target test case is sent to the host computer.

[0052] Optionally, the method further comprises:

[0053] Get the test case resources uploaded by the host computer;

[0054] The uploaded test case resources are bound to the user ID and stored in the personal resource library.

[0055] Optionally, the test case resources that can be used include: test step files, model files, bus database files, test software configuration files, and mapping files.

[0056] Optionally, the method further comprises:

[0057] The test result sent by the host computer is obtained. The test result is the test result generated by controlling the target test bench to test the vehicle controller to be tested through the target test software according to the target test case.

[0058] In a third aspect, the present invention provides a vehicle controller test device, which is applied to a host computer, and the device includes:

[0059] An information acquisition module, for responding to a user's input operation on a vehicle controller test interface, acquiring target bench information and test requirement information input by the user, and the vehicle controller test interface is displayed through a browser;

[0060] A request sending module is used to send a test case acquisition request to the server according to the target bench information and the test requirement information, and the test case acquisition request is used to obtain the target test case corresponding to the target bench information and the test requirement information;

[0061] The test case acquisition module is used to obtain the target test case returned by the server;

[0062] The test module is used to control the target test bench to test the vehicle controller to be tested according to the target test case through the target test software and obtain the test results.

[0063] In a fourth aspect, the present invention provides a vehicle controller testing device, which is applied to a server, and the device comprises:

[0064] A request acquisition module, used to acquire a test case acquisition request sent by a host computer, the test case acquisition request is used to acquire target test cases corresponding to target test bench information and test requirement information, the test case acquisition request is generated in response to a user's input operation on a vehicle controller test interface, and the vehicle controller test interface is displayed through a browser of the host computer;

[0065] A test case acquisition module is used to acquire target test cases according to target test bench information and test requirement information;

[0066] The test case sending module is used to send the target test case to the host computer, so that the host computer can control the target test bench to test the vehicle controller to be tested according to the target test case through the target test software and obtain the test results.

[0067] In a fifth aspect, the present invention provides a host computer, comprising: a processor, and a memory communicatively connected to the processor;

[0068] Memory stores computer-executable instructions;

[0069] The processor executes the computer-executable instructions stored in the memory to implement any method of the first aspect.

[0070] In a sixth aspect, the present invention provides a server, comprising: a processor, and a memory communicatively connected to the processor;

[0071] Memory stores computer-executable instructions;

[0072] The processor executes the computer-executable instructions stored in the memory to implement any method of the second aspect.

[0073] In a seventh aspect, the present invention provides a vehicle controller test system, comprising a host computer, a server, and at least one test bench;

[0074] The host computer is used to implement the vehicle controller testing method as described in any one of the first aspects;

[0075] The server is used to implement a vehicle controller testing method as described in any one of the second aspects.

[0076] In an eighth aspect, the present invention proposes a computer-readable storage medium, which stores computer execution instructions. When the computer execution instructions are executed by a processor, they are used to implement a vehicle controller testing method as described in any one of the first and second aspects.

[0077] The vehicle controller test method, device, equipment, system and medium proposed in the present invention establish data interaction between the host computer and the server. For the host computer, the target bench information and test requirement information input by the user can be obtained by responding to the user's input operation on the vehicle controller test interface, wherein the vehicle controller test interface is displayed through a browser; according to the target bench information and the test requirement information, a test case acquisition request is sent to the server; the target test case returned by the server is obtained; and the target test bench is controlled by the target test software according to the target test case to test the vehicle controller to be tested and obtain the test result. It is realized that all test scenarios of the vehicle controller can be edited and configured online, which improves the reuse rate of the test case and improves the efficiency of testing the vehicle controller. BRIEF DESCRIPTION OF THE DRAWINGS

[0078] Figure 1 A schematic diagram of the architecture of a vehicle controller test system provided by the present invention;

[0079] Figure 2 A schematic flow chart of a first embodiment of a method for testing a vehicle controller provided by the present invention;

[0080] Figure 3 A schematic flow chart of a second embodiment of a method for testing a vehicle controller provided by the present invention;

[0081] Figure 4 A schematic flow chart of a third embodiment of a vehicle controller testing method provided by the present invention;

[0082] Figure 5A schematic flow chart of a fourth embodiment of a method for testing a vehicle controller provided by the present invention;

[0083] Figure 6 A schematic structural diagram of a first embodiment of a vehicle controller testing device provided by the present invention;

[0084] Figure 7 A schematic diagram of the structure of a second embodiment of a testing device for a vehicle controller provided by the present invention;

[0085] Figure 8 A schematic diagram of the structure of a host computer provided by the present invention;

[0086] Fig. 9 A schematic diagram of the structure of a server provided by the present invention. DETAILED DESCRIPTION

[0087] The following will describe the embodiments of the present invention with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of the present invention from the contents disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention, not for limiting the scope of protection of the present invention.

[0088] It should be noted that the illustrations provided in the following embodiments are only schematic illustrations of the basic concept of the present invention, and thus the drawings only show components related to the present invention rather than being drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component may be changed arbitrarily, and the component layout may also be more complicated.

[0089] With the continuous development of the automobile industry, the export demand for new energy vehicles has expanded, and the competition in the automobile industry has become increasingly fierce. In order to seize the user market, if major automobile companies want to quickly establish a reputation among user groups and open up the market, they need to speed up the development of new models while ensuring the quality of new models and improving user satisfaction. This puts higher demands on the R&D and testing departments of automobile companies, requiring automobile companies to complete the verification, development, and testing of new cars in a very short time.

[0090] Currently, when major automobile companies verify and test automobile controllers, the mainstream software testing equipment is the HIL test bench. Its test tool functions are complex, and each test bench used by different manufacturers is a relatively independent system. They are all bound to the test tool one by one in the form of a dongle. Each test bench is a relatively independent system. The use case templates and configurations created by each test bench cannot be reused in other test equipment, thus forming an information island and the equipment utilization rate cannot be maximized. When testing the same function of the vehicle controller, different testers need to repeatedly create test cases, resulting in a waste of test case resources and reducing the test efficiency of the vehicle controller.

[0091] In view of the above technical problems, the inventors realized that it is necessary to propose a resource sharing method to solve the problem of one-to-one binding between test benches and test tools, test cases and testers, so as to improve the utilization rate of test benches and shorten the test time of vehicle controllers. Based on this, the inventors thought of a cloud system with a B / S architecture. The cloud system with a B / S architecture has the characteristics of strong distribution, easy maintenance, strong sharing, and low total cost of ownership. It can realize the reuse of test cases, and provides test functions such as online editing of test cases, case verification, collaborative development, and resource sharing, which can effectively improve the test efficiency of vehicle controllers.

[0092] Figure 1 The schematic diagram of the structure of the vehicle controller test system provided by the present invention is as follows: Figure 1 As shown, the test system of the vehicle controller includes a host computer, a server, a HIL bench and an ECU to be tested.

[0093] Among them, the server includes an application layer and a service layer. The application layer includes a loading module, a case editing module, a workbench module, a step management module, an application programming interface (API) management module, a test report module, a test configuration module, a bench configuration module, a file management module, a resource management module, and a permission management module. The service layer includes a storage module, a parsing module, an encryption module, a packaging module, a communication module, etc. The service layer mainly serves as a storage database for test cases, providing test case support for various test tasks required by users, including saving various resources, such as model files, bus database files, mapping files, global constant files, device data, tool data, and providing various basic services.

[0094] The host computer mainly includes the host computer layer and the execution framework layer. The host computer layer includes the heartbeat service module, configuration loading module, message transmission module, file storage module and debugging module. As the connection layer between the execution framework layer and the server, the host computer layer can provide real-time feedback on the heartbeat service of the host computer and the test bench status, and feedback the user's test request and test structure to the server in real time.

[0095] The execution framework layer includes the overall control layer and the functional logic layer. The overall control layer includes the test engine module, RPC Server management module, RPC Server startup module, control instruction transmission module, heartbeat management module and test data upload module. The functional logic layer includes the test step management module, test report module, signal management module, test variable module, test project module, test parameter module, tracking analysis module, external extension module, device management module, configuration management module, mapping management module and test script module.

[0096] Figure 2 FIG. 1 is a flow chart of a first embodiment of a method for testing a vehicle controller provided by the present invention. Figure 2 As shown, applied to a host computer, the method includes:

[0097] S201 . In response to a user input operation on a vehicle controller test interface, obtaining target test bench information and test requirement information input by the user.

[0098] In this step, when the user needs to test the vehicle controller, the target test bench information and the test requirement information can be determined according to the needs of the test scenario.

[0099] The target test bench information refers to the specific hardware or simulation test bench information, such as the model, specifications and connection method of the test bench, etc. The test requirement information refers to the functions or performance requirements that the user wants to test, including the specific test scenarios, conditions and operating parameters that the controller needs to go through.

[0100] Specifically, the user can access the vehicle controller test system through a browser, and input the corresponding target bench information and test requirement information in the test interface of the vehicle controller displayed in the browser. For example, the user can input the target bench information and test requirement information through simple operation input or selection operation of options in the test interface of the vehicle controller.

[0101] S202: Send a test case acquisition request to the server according to the target test bench information and the test requirement information.

[0102] In this step, after the user enters the target test bench information and test requirement information in the test interface of the vehicle controller, the host computer can determine the test case acquisition request corresponding to the user's vehicle controller test based on the above information, and send the test case acquisition request to the server side.

[0103] The purpose of the test case acquisition request is to obtain a target test case that matches the current test bench configuration and test requirements. A test case refers to a standardized document used to guide test operations, which defines the test process and steps.

[0104] For the server, according to the received test case acquisition request, it will query whether there are usable test cases corresponding to the user's test case acquisition request in each test case stored in itself. If there are, these usable test cases will be returned to the host computer as target test cases.

[0105] S203: Obtain the target test case returned by the server.

[0106] In this step, the target test case may be presented to the user in the vehicle controller test interface displayed by the browser.

[0107] S204, controlling the target test bench to test the vehicle controller to be tested according to the target test case through the target test software, and obtaining the test result.

[0108] In this step, after receiving the encrypted test folder and test execution instruction sent by the server side, the host computer needs to decrypt the encrypted test folder to obtain a decrypted test folder, and store the decrypted test folder in a fixed path so that the execution framework layer can pull the decrypted test folder from the fixed path when executing the test task. After decrypting the test folder, the host computer will send the test execution instruction sent by the server side to the execution framework layer, and then the execution framework layer will send the test execution instruction and decrypted test folder received from the host computer to the target test software.

[0109] The target test software obtains the target test case and the test requirements required by the user according to the file path of the decrypted test folder, and compiles the script file of the target test case to form a test function sequence corresponding to the script framework layer. Then, the test instruction is generated according to the test function sequence, the test step is started, the target bench is called, and the test instruction is sent to the target bench so that the target bench executes the test instruction. At the same time, the target test software will record the test data of the target bench in the process of executing the test instruction in real time to form a test log. After obtaining the test results, the test log and test results are analyzed to generate a data report. Finally, the test log, test results and data report are sent to the host computer.

[0110] The vehicle controller testing method provided in the above embodiment obtains the target test bench information and test requirement information input by the user through the vehicle controller test interface deployed on the upper computer end; and sends the above target test bench information and test requirement information to the server, and the server can determine the target test case in the server that matches the above information based on the target test bench information and test requirement information; after receiving the target test case sent by the server, the upper computer end controls the target test bench to execute the target test case through the target test software, and then obtains the test result of the vehicle controller, thereby improving the testing efficiency and accuracy of the vehicle controller.

[0111] Figure 3 FIG. 2 is a flow chart of a second embodiment of the vehicle controller testing method provided by the present invention. Figure 3 As shown, based on the above embodiment, sending a test case acquisition request to a server according to target bench information and test requirement information may include the following steps:

[0112] S301. Send a test case query request to a server according to target test bench information and test requirement information.

[0113] In this step, the user has entered the target test bench information (such as the model and parameters of the test equipment) and test requirement information (such as the test items and functional requirements of the vehicle controller, etc.) in the vehicle controller test interface of the host computer. The host computer can generate a test case query request based on the information entered by the user and send the test case query request to the server.

[0114] The purpose of the test case query request is for the server to query its own storage module whether there is a test case that can be directly used and corresponds to the target bench information and the test requirement information.

[0115] S302: Get the response information returned by the server.

[0116] In this step, after receiving the test case query request sent by the host computer, the server will match the test cases stored in its own storage module according to the target bench information and test requirement information, and determine whether the storage module contains usable test cases that can be directly used for the test task.

[0117] Then, the server generates response information according to the above-mentioned matching information, including (1) if an available test case that meets the above-mentioned target bench information and test requirement information is matched in its own storage module, the above-mentioned response information indicates that there is currently an available test case, and indicates the identification (such as an identifier (ID) or name) of the available test case. The available test case may include one or more; (2) if no available test case that meets the above-mentioned target bench information and test requirement information is matched in the storage module, the above-mentioned response information will generate indication information indicating that there is no available test case.

[0118] S303: If the response information indicates that there are available test cases, at least one available test case identifier is displayed in the vehicle controller test interface.

[0119] In this step, if the response information returned by the server to the host computer indicates that there are available test cases, the host computer will display the identifiers of the available test cases in the response information to the user in the vehicle controller test interface, and the user can see the identifiers of these available test cases in the vehicle controller test interface of the browser. These identifiers of available test cases can be displayed in the form of a list.

[0120] S304: In response to the user's selection operation on the target test case identifier in at least one available test case identifier, send a test case acquisition request to the server.

[0121] In this step, the user can check the option corresponding to the target test case in the vehicle controller test interface, and then send a test case acquisition request to the server to obtain the target test case from the server.

[0122] It should be understood that the target test case is the test case selected by the user from the available test cases.

[0123] After the user selects the identifier of a specific available test case, the host computer will generate a test case acquisition request and send the test case acquisition request to the server, requesting the server to provide the specific content of the available test case selected by the user. For example, the server returns detailed information of the test case, including specific test steps and configuration files, for use by the host computer.

[0124] Specifically, the user can select one or more test case identifiers (target test case identifiers) in the vehicle controller test interface according to his or her own vehicle testing requirements, wherein the selection operation can be that the user directly clicks on the option corresponding to the identifier of an available test case (target test case identifier), and finally confirms that the available test case corresponding to the identifier of the available test case is the test case (target test case) that the user wants to use, and then sends a test case acquisition request to the server.

[0125] After receiving the acquisition request for the target test case, the server extracts the target test case and the test configuration, bench configuration, mapping file, global constants and other files corresponding to the target test case from the storage module, parses them into Python statements, encrypts and encapsulates them to obtain an encrypted test folder, and then sends the encrypted test folder to the host computer side, and sends the test execution instruction to the host computer side.

[0126] The vehicle controller test method provided in the above embodiment can effectively retrieve whether there are available test cases matching the target test bench information and the test requirement information stored in the server according to the target test bench information and the test requirement information input by the user in the vehicle controller test interface, thereby reducing the workload of the user to repeatedly create similar test cases and improving the efficiency of the test. At the same time, when there are multiple matching test cases, the user can select the most suitable test case to execute according to his or her needs, thereby avoiding the problem of forcibly using a fixed test plan, improving the user's operating efficiency, and improving the utilization rate of test cases.

[0127] Figure 4 FIG. 1 is a flow chart of the third embodiment of the vehicle controller testing method provided by the present invention. Figure 4 As shown, based on the above embodiment, after obtaining the response information returned by the server, the following steps are also included:

[0128] S401. If the response information indicates that there is no available test case, in response to the user's test case creation operation on the vehicle controller test interface, a test case resource acquisition request is sent to the server.

[0129] In this step, when the host computer generates a test case query request based on the information input by the user and sends the test case query request to the server, if the response information returned by the server indicates that there is no available test case corresponding to the test case query request in the storage module, the host computer will further guide the user to enter the test case creation process, that is, the user can choose to create a new test case in the vehicle controller test interface. After receiving the user's creation operation, the host computer will send a test user resource acquisition request to the server, which is used to obtain the test case resources required to create a new test case from the server.

[0130] For the server, the available test case resources stored in the storage module of the server are mainly distributed in the public resource library and the personal resource library. Among them, the public resource library contains common test case resources, which are applicable to all users. These resources are usually basic resource components shared by multiple users; the personal resource library is associated with the user ID, and contains the test case resources uploaded by the user or created before, or the test case resources created by other people and open to the user, which are applicable to the user's specific testing needs.

[0131] After receiving the response information sent by the server indicating that there are no available test cases, the host computer will respond to the user's operation and send a test case resource acquisition request to the server, where the test case resource acquisition request is used to request the server to provide the basic resource files required to create a new test case.

[0132] At this point, the server is ready to enter the resource acquisition phase to provide resources for the host computer to create new test cases. After receiving the test case resource acquisition request, the server begins to search for available test case resources in its own public resource library and personal resource library. Specifically, according to the user ID, the server will extract the available resources (available test case resources) related to the target test requirements from the public resource library and the personal resource library respectively. After finding the available resources, the server will package the determined available resources and send them to the host computer.

[0133] S402: Obtain usable test case resources returned by the server.

[0134] In this step, the usable test case resources returned from the server to the host computer include various types of resource files, for example, test step files, model files, bus database files, test software configuration files, and mapping files.

[0135] Specifically, the test step file is used to define the specific steps in the test process; the model file refers to the simulation model, which is used to simulate the actual vehicle controller working environment; the bus database file name refers to the relevant configuration of the vehicle communication bus; the test software configuration file is used to define the software configuration of how to perform the test on the target test bench; the mapping file is a file used to associate the test data with the actual physical parameters or models.

[0136] S403: Display available test case resources through the test case creation sub-interface.

[0137] In this step, after receiving the available test case resources returned by the server, the host computer will display these resources to the user in the test case creation sub-interface. The user can view, select and edit these resources in this interface to generate new test cases that meet the current test requirements. Among them, the test case creation sub-interface will display the type and purpose of each resource, so that the user can clearly understand the role of each resource in the test case. For example, the user can select a specific test step file, configure a model, or load a specific bus database file.

[0138] For example, at any stage, the host computer can also respond to the user's upload operation on the vehicle controller test interface, obtain and send the test case resources to the server. For the server, the test case resources uploaded by the host computer are obtained, the uploaded test case resources are bound to the user ID, and stored in the personal resource library.

[0139] In addition, when the server processes the test case resources uploaded by the host computer, it needs to bind these test case resources with the user's identity information. Each user usually has a unique user ID (such as UserID), which can be the user's account, email or other unique identifier. The binding process is to associate these resources with the user's identity to ensure that these resources are only visible and used in the current user's personal resource library.

[0140] After binding the test case resources to the user ID, the server will store these resources in the personal resource library. The personal resource library is an exclusive resource space for each user or user group, storing the test case resources uploaded or created by the user. In addition, these test case resources are stored in the database or file system. The server will classify and manage the resources according to their type and purpose. For example, test step files, model files, and mapping files may be stored in different folders or database tables for subsequent retrieval and use.

[0141] S404: In response to the user's test case editing operation on the test case creation sub-interface, a test case generation request is sent to the server.

[0142] In this step, the user edits the available test case resources through the test case creation sub-interface to create a new test case that meets specific test requirements.

[0143] The editing operation may include selecting and merging available test case resources or modifying parameters. For example, the user may select different files (step files and model files) from the available test case resources displayed in the vehicle controller test interface and combine them to form a new test case. Alternatively, the user may modify the parameters and test conditions in the test steps to meet specific test requirements.

[0144] Specifically, after completing the editing, the user can submit the created test case through the vehicle controller test interface. At this time, the host computer generates a test case generation request and sends it to the server. The generation request will include the various test case resources selected by the user and how these resources are combined into the final test case.

[0145] For the server, after receiving the test case generation request, the server will parse the various test case resources selected by the user from the request, including the target test case resources obtained from the public resource library and the personal resource library. These target test case resources usually contain the details of the test steps, simulation models, bus configurations, test software configuration files, etc. Then these target test case resources are integrated into an executable target test case, which contains the test steps that define the test process and steps, the configuration files that describe the configuration of the test environment (simulation model and communication bus, etc.), and the data files required for recording or processing the test process. Among them, the generated target test case is not just a simple combination of resources. The server will also perform format conversion and logic verification on the files and configurations to ensure that the generated test case can be correctly executed by the host computer.

[0146] The vehicle controller testing method provided in the above embodiment dynamically allocates resources from the public resource library and the personal resource library on the server, so that when there are no available test cases, the user can still create new test cases by obtaining available resources on the server side, thereby improving the flexibility of the vehicle controller testing method and maintaining efficient resource utilization and user experience.

[0147] Figure 5 FIG. 4 is a flow chart of a fourth embodiment of a method for testing a vehicle controller provided by the present invention. Figure 5 As shown, based on the above embodiment, the following steps are also included:

[0148] S501: In response to a user's debugging operation on a test case creation sub-interface, a debugging request is sent to a server.

[0149] In this step, after the user completes the editing of the test case or the combination of resources in the test case creation sub-interface, it is necessary to perform a logic check on the created test case to ensure the rationality and correctness of the test case.

[0150] Specifically, the user can initiate a debugging operation through the debugging button or option on the vehicle controller test interface. After receiving the user's debugging operation, the host computer will send a debugging request to the server. The request content mainly includes the information of the test case edited or created by the user, and requests the server to perform a logical check on the test case. The purpose of the debugging request is to let the server simulate the running process of the test case to check whether there are logical errors or conflicts, such as whether the order of test steps is correct, whether there are incompatibilities between resources, and whether the expected test results can match the steps defined.

[0151] For the server, after receiving the debugging request sent by the host computer, it will perform a logical verification of the test case, which may involve the analysis of each test step, the configuration rationality verification of the test environment, etc. Specifically, the server can use simulation or verification tools to gradually check each step of the target test case to ensure that it can move correctly during the actual test process. If the server finds problems during the verification process, such as unreasonable steps or incompatible resources, it will generate an error message and return it to the host computer. If the test case passes the verification, the server will return a successful debugging result to the host computer.

[0152] S502: Obtain the debugging result returned by the server.

[0153] In a specific implementation manner, when the debugging result indicates that the target test case passes the logic check, the target test case returned by the server is obtained.

[0154] In this step, if the host computer receives the debugging results sent by the server indicating that a test case has passed the logic check, the host computer will automatically obtain the test case that has passed the check. This test case is the target test case that has been verified and meets the logical requirements, and includes all steps and resource configurations created by the user.

[0155] In addition, after the host computer obtains the target test case that has passed the logic verification, the user can perform the test operation directly on the host computer. Specifically, the host computer controls the target test bench and vehicle controller, completes the test process according to the steps in the target test case through the target test software, obtains the test results, and feeds back the test results to the server.

[0156] In addition, the server can also send the generated target test case identification (such as the ID or name of the target test case) back to the host computer so that the user can see this new test case in the test system and prepare to perform subsequent testing work.

[0157] The vehicle controller test method provided in the above embodiment realizes the logic verification of the test case through the sending of the debugging request, the logic verification of the server and the feedback of the debugging result. When the debugging result shows that the test case passes the logic verification, the user can obtain the target test case through the host computer and perform the actual test. This method realizes the automatic verification and feedback mechanism of the test case, and ensures the correctness and rationality of the test case.

[0158] Figure 6 This is a schematic diagram of the structure of the first embodiment of the vehicle controller test device provided by the present invention. Figure 6 As shown, the vehicle controller test device 60 is applied to a host computer and includes:

[0159] The information acquisition module 601 is used to respond to the user's input operation on the vehicle controller test interface and acquire the target test bench information and test requirement information input by the user.

[0160] The request sending module 602 is used to send a test case acquisition request to the server according to the target bench information and the test requirement information.

[0161] The test case acquisition module 603 is used to acquire the target test case returned by the server.

[0162] The test module 604 is used to control the target test bench to test the vehicle controller to be tested according to the target test case through the target test software and obtain the test result.

[0163] Among them, the request sending module 602 is Figure 1 The message transmission module in the middle and upper machine layer. Test module 604 is Figure 1 The test engine module within the execution framework layer.

[0164] Further, the request sending module 602 is specifically used for:

[0165] According to the target bench information and the test requirement information, a test case query request is sent to the server, where the test case query request is used to query whether there is an available test case corresponding to the target bench information and the test requirement information;

[0166] Obtaining response information returned by the server, the response information is used to indicate whether there is an available test case, and when the response information indicates that there is an available test case, the response information also includes at least one available test case identifier;

[0167] If the response information indicates that there are available test cases, at least one available test case identifier is displayed in the vehicle controller test interface;

[0168] In response to a user's selection operation on a target test case identifier among at least one available test case identifier, a test case acquisition request is sent to a server.

[0169] Furthermore, the vehicle controller test device 60 also includes a test case creation module for:

[0170] If the response information indicates that there is no available test case, in response to the user's test case creation operation on the vehicle controller test interface, a test case resource acquisition request is sent to the server, where the test case resource acquisition request is used to acquire available test case resources;

[0171] Get the available test case resources returned by the server;

[0172] The available test case resources are displayed through the test case creation sub-interface;

[0173] In response to the user's test case editing operation on the test case creation sub-interface, a test case generation request is sent to the server, the test case generation request is used to request generation of a target test case, and the target test case includes a target test case resource selected by the user from available test case resources.

[0174] Furthermore, the vehicle controller test device 60 also includes

[0175] A sending module, used to send a debugging request to a server in response to a user's debugging operation on a test case creation sub-interface, wherein the debugging request is used to perform a logic check on a target test case;

[0176] The acquisition module is used to obtain the debugging results returned by the server;

[0177] Accordingly, the test case acquisition module 603 is specifically used for:

[0178] When the debugging result indicates that the target test case passes the logic verification, the target test case returned by the server is obtained.

[0179] Furthermore, the available test case resources include: test step files, model files, bus database files, test software configuration files, and mapping files.

[0180] Furthermore, the sending module is also used to obtain and send test case resources to the server in response to the user's upload operation on the vehicle controller test interface.

[0181] Furthermore, the sending module is also used for:

[0182] Send the test results to the server.

[0183] The vehicle controller testing device provided in the embodiment of the present application can be used to execute the vehicle controller testing device method on the host computer side in any of the above-mentioned embodiments. Its implementation principle and technical effect are similar and will not be repeated here.

[0184] Figure 7 This is a schematic diagram of the structure of the second embodiment of the vehicle controller test device provided by the present invention. Figure 7 As shown, the vehicle controller test device 70 is applied to a server and includes:

[0185] A receiving module 701 is used to obtain a test case acquisition request sent by a host computer, the test case acquisition request is used to obtain target test cases corresponding to target test bench information and test requirement information, and the test case acquisition request is generated in response to a user's input operation on a vehicle controller test interface, and the vehicle controller test interface is displayed through a browser of the host computer;

[0186] An acquisition module 702 is used to acquire a target test case according to target test bench information and test requirement information;

[0187] The sending module 703 is used to send the target test case to the host computer, so that the host computer controls the target test bench to test the vehicle controller to be tested according to the target test case through the target test software and obtains the test result.

[0188] In a possible implementation, the receiving module 701 is specifically configured to:

[0189] Obtain a test case query request sent by the host computer, where the test case query request is used to query whether there is an available test case corresponding to the target bench information and the test requirement information;

[0190] Sending response information to the host computer according to the test case query request, the response information is used to indicate whether there is an available test case, and when the response information indicates that there is an available test case, the response information also includes at least one available test case identifier;

[0191] If the response information indicates that there is an available test case, a test case acquisition request sent by the host computer is acquired, the test case acquisition request includes a target test case identifier, and the target test case identifier belongs to at least one available test case identifier.

[0192] In a possible implementation, the vehicle controller test device 70 further includes:

[0193] The receiving module 701 is further used to receive a test case resource acquisition request sent by the host computer if the response information indicates that there is no available test case, and the test case resource acquisition request is used to obtain available test case resources;

[0194] A determination module, used to determine the test case resources stored in the public resource library as usable test case resources;

[0195] The determination module is further used to determine the test case resources corresponding to the user identification stored in the personal resource library as usable test case resources;

[0196] The sending module 703 is also used to send the available test case resources to the host computer;

[0197] The receiving module 701 is further used to receive a test case generation request sent by the host computer, where the test case generation request is used to request generation of a target test case, where the target test case includes a target test case resource selected by a user from available test case resources;

[0198] The generation module is used to generate requests according to test cases and generate target test cases.

[0199] In a possible implementation, the vehicle controller test device 70 further includes:

[0200] The acquisition module 702 is also used to obtain the debugging request sent by the host computer, and the debugging request is used to perform logic verification on the target test case;

[0201] The execution module is also used to execute the debugging request and obtain the debugging result of the target test case;

[0202] The sending module 703 is also used to send the debugging result to the host computer;

[0203] The sending module 703 is specifically configured to send the target test case to the upper computer when the debugging result indicates that the target test case has passed the logic check.

[0204] In a possible implementation, the vehicle controller test device 70 further includes a storage module, which is used to:

[0205] Get the test case resources uploaded by the host computer;

[0206] The uploaded test case resources are bound to the user ID and stored in the personal resource library.

[0207] In a possible implementation, the available test case resources include: a test step file, a model file, a bus database file, a test software configuration file, and a mapping file.

[0208] In a possible implementation, the acquisition module 702 is further used to acquire the test result sent by the host computer, where the test result is a test result generated by controlling the target test bench to test the vehicle controller to be tested through the target test software according to the target test case.

[0209] The vehicle controller testing device provided in the embodiment of the present application can be used to execute the vehicle controller testing method on the server side in any of the above-mentioned embodiments. Its implementation principle and technical effects are similar and will not be repeated here.

[0210] Figure 8 This is a schematic diagram of the structure of a host computer provided by the present invention. Figure 8 As shown, the host computer 80 includes:

[0211] Processor 81, memory 82, and communication interface 83;

[0212] The memory 82 is used to store executable instructions of the processor 81;

[0213] Among them, the processor 81 is configured to execute the technical solution on the host computer side in any of the aforementioned method embodiments by executing executable instructions.

[0214] Optionally, the memory 82 can be independent or integrated with the processor 81.

[0215] Optionally, when the memory 82 is a device independent of the processor 81, the host computer 80 may further include:

[0216] A bus is used to connect the above devices.

[0217] The host computer is used to execute the technical solution of the host computer side in any of the aforementioned method embodiments, and its implementation principle and technical effect are similar and will not be repeated here.

[0218] Fig. 9 A schematic diagram of the structure of a server provided by the present invention. Fig. 9 As shown, the server 90 includes:

[0219] Processor 91, memory 92, and communication interface 93;

[0220] The memory 92 is used to store executable instructions of the processor 91;

[0221] The processor 91 is configured to execute the technical solution of the central server in any of the aforementioned method embodiments by executing executable instructions.

[0222] Optionally, the memory 92 may be independent or integrated with the processor 91 .

[0223] Optionally, when the memory 92 is a device independent of the processor 91, the server 90 may further include:

[0224] A bus is used to connect the above devices.

[0225] The server is used to execute the technical solution on the server side of any of the aforementioned method embodiments, and its implementation principle and technical effect are similar and will not be repeated here.

[0226] An embodiment of the present invention also provides a vehicle controller testing system, which includes a host computer, a server and at least one test bench, wherein the host computer, when executed, is used to implement the technical solution on the host computer side in the vehicle controller testing method provided in any of the above embodiments, and the server, when executed, is used to implement the technical solution on the server side in the vehicle controller testing method provided in any of the above embodiments.

[0227] An embodiment of the present invention further provides a readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the technical solution of the host computer or server side provided in any of the aforementioned embodiments is implemented.

[0228] 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.

[0229] The above embodiments are only preferred embodiments for fully illustrating the present invention, and the protection scope of the present invention is not limited thereto. Any equivalent substitution or change made by a person skilled in the art based on the present invention is within the protection scope of the present invention.

Claims

1. A method for testing a vehicle controller, characterized in that: Applied to a host computer, the method includes: In response to a user input operation on a vehicle controller test interface, obtaining target bench information and test requirement information input by the user, wherein the vehicle controller test interface is displayed through a browser; According to the target bench information and the test requirement information, a test case acquisition request is sent to a server, wherein the test case acquisition request is used to acquire a target test case corresponding to the target bench information and the test requirement information; Obtain the target test case returned by the server; The target test software controls the target test bench to test the vehicle controller to be tested according to the target test case, and obtains the test result.

2. The method according to claim 1, characterized in that The step of sending a test case acquisition request to a server according to the target bench information and the test requirement information includes: Sending a test case query request to the server according to the target bench information and the test requirement information, wherein the test case query request is used to query whether there is an available test case corresponding to the target bench information and the test requirement information; Acquire response information returned by the server, the response information being used to indicate whether the usable test case exists, and when the response information indicates that the usable test case exists, the response information further includes at least one usable test case identifier; If the response information indicates that the available test case exists, displaying the at least one available test case identifier in the vehicle controller test interface; In response to the user's selection operation on the target test case identifier among the at least one available test case identifier, a test case acquisition request is sent to the server.

3. The method according to claim 2, characterized in that The method further comprises: If the response information indicates that the available test case does not exist, in response to the user's test case creation operation on the vehicle controller test interface, sending a test case resource acquisition request to the server, wherein the test case resource acquisition request is used to acquire available test case resources; Obtaining the usable test case resource returned by the server; The available test case resources may be displayed through a test case creation sub-interface; In response to the user's test case editing operation on the test case creation sub-interface, a test case generation request is sent to the server, wherein the test case generation request is used to request generation of the target test case, and the target test case includes the target test case resource selected by the user from the available test case resources.

4. The method according to claim 3, characterized in that The method further comprises: In response to the user's debugging operation on the test case creation sub-interface, sending a debugging request to the server, wherein the debugging request is used to perform a logic check on the target test case; Obtaining the debugging result returned by the server; Correspondingly, obtaining the target test case returned by the server includes: When the debugging result indicates that the target test case passes the logic check, the target test case returned by the server is obtained.

5. The method according to claim 3 or 4, characterized in that: The available test case resources include: test step files, model files, bus database files, test software configuration files and mapping files.

6. The method according to any one of claims 1 to 4, characterized in that: The method further comprises: In response to the user's upload operation on the vehicle controller test interface, a test case resource is acquired and sent to the server.

7. The method according to any one of claims 1 to 4, characterized in that: The method further comprises: The test result is sent to the server.

8. A method for testing a vehicle controller, characterized in that: Applied to a server, the method comprises: Acquire a test case acquisition request sent by a host computer, wherein the test case acquisition request is used to acquire target test cases corresponding to target test bench information and test requirement information, and the test case acquisition request is generated in response to a user input operation on a vehicle controller test interface, and the vehicle controller test interface is displayed through a browser of the host computer; Acquire the target test case according to the target test bench information and the test requirement information; The target test case is sent to the host computer, so that the host computer controls the target test bench to test the vehicle controller to be tested according to the target test case through the target test software, and obtains the test result.

9. The method according to claim 8, characterized in that The step of obtaining the test case acquisition request sent by the host computer includes: Obtaining a test case query request sent by the host computer, wherein the test case query request is used to query whether there is an available test case corresponding to the target bench information and the test requirement information; Sending response information to the host computer according to the test case query request, wherein the response information is used to indicate whether the usable test case exists, and when the response information indicates that the usable test case exists, the response information further includes at least one usable test case identifier; If the response information indicates that the available test case exists, a test case acquisition request sent by the host computer is acquired, wherein the test case acquisition request includes a target test case identifier, and the target test case identifier belongs to the at least one available test case identifier.

10. The method according to claim 9, characterized in that The method further comprises: If the response information indicates that the available test case does not exist, receiving a test case resource acquisition request sent by the host computer, wherein the test case resource acquisition request is used to acquire available test case resources; Determine the test case resources stored in the public resource library as the usable test case resources; Determine the test case resource corresponding to the user identifier stored in the personal resource library as the usable test case resource; Sending the available test case resources to the host computer; Receiving a test case generation request sent by the host computer, wherein the test case generation request is used to request generation of the target test case, wherein the target test case includes a target test case resource selected by a user from available test case resources; The target test case is generated according to the test case generation request.

11. The method according to claim 10, characterized in that The method further comprises: Obtaining a debugging request sent by the host computer, wherein the debugging request is used to perform a logic check on the target test case; Execute the debugging request to obtain the debugging result of the target test case; Sending the debugging result to the host computer; Correspondingly, sending the target test case to the host computer includes: When the debugging result indicates that the target test case passes the logic check, the target test case is sent to the host computer.

12. The method according to claim 10 or 11, characterized in that: The method further comprises: Obtain the test case resources uploaded by the host computer; The uploaded test case resource is bound to the user ID and stored in the personal resource library.

13. The method according to claim 10 or 11, characterized in that: The available test case resources include: test step files, model files, bus database files, test software configuration files and mapping files.

14. The method according to any one of claims 8 to 11, characterized in that: The method further comprises: The test result sent by the host computer is obtained, wherein the test result is a test result generated by controlling a target test bench to test a vehicle controller to be tested through target test software according to the target test case.

15. A vehicle controller testing device, characterized in that: Applied to a host computer, the device comprises: An information acquisition module, for acquiring target bench information and test requirement information input by the user in response to an input operation of the user on the vehicle controller test interface, wherein the vehicle controller test interface is displayed through a browser; A request sending module, used to send a test case acquisition request to a server according to the target bench information and the test requirement information, wherein the test case acquisition request is used to acquire a target test case corresponding to the target bench information and the test requirement information; A test case acquisition module, used to acquire the target test case returned by the server; The test module is used to control the target test bench to test the vehicle controller to be tested according to the target test case through the target test software and obtain the test result.

16. A vehicle controller testing device, characterized in that: Applied to a server, the device comprises: A request acquisition module, used to acquire a test case acquisition request sent by a host computer, wherein the test case acquisition request is used to acquire target test cases corresponding to target test bench information and test requirement information, and the test case acquisition request is generated in response to a user input operation on a vehicle controller test interface, and the vehicle controller test interface is displayed through a browser of the host computer; A test case acquisition module, used to acquire the target test case according to the target test bench information and the test requirement information; The test case sending module is used to send the target test case to the host computer, so that the host computer controls the target test bench to test the vehicle controller to be tested according to the target test case through the target test software and obtains the test result.

17. A host computer, characterized in that: include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the method according to any one of claims 1 to 7.

18. A server, characterized in that: include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the method according to any one of claims 8 to 14.

19. A vehicle controller testing system, characterized in that: It includes a host computer, a server and at least one rack; The host computer is used to implement the vehicle controller testing method according to any one of claims 1 to 7; The server is used to implement the vehicle controller testing method as described in any one of claims 8-14.

20. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the vehicle controller testing method as described in any one of claims 1-14.

Images