CN115221046A

CN115221046A - Method, device, equipment and medium for automatically testing data closed loop of vehicle

Info

Publication number: CN115221046A
Application number: CN202210778520.XA
Authority: CN
Inventors: 李直旬
Original assignee: Chongqing Changan Automobile Co Ltd
Current assignee: Chongqing Changan Automobile Co Ltd
Priority date: 2022-06-30
Filing date: 2022-06-30
Publication date: 2022-10-21

Abstract

The application relates to the technical field of vehicles, in particular to a method, a device, equipment and a medium for automatically testing data closed loops of a vehicle, wherein the method comprises the following steps: setting a test target in an acquisition range of a vehicle to be tested; acquiring the number of events of a vehicle to be tested for acquiring a test target and the number of commands of a server for pulling the events; and when the number of the events is equal to the number of the commands, judging that the closed-loop test of the data of the vehicle to be tested is qualified, otherwise, judging that the closed-loop test of the data of the vehicle to be tested is unqualified. Therefore, the problems that the accuracy and the efficiency of testing are reduced, the testing experience is reduced and the like caused by testing the data closed loop by a manual testing method in the related technology are solved.

Description

Method, device, equipment and medium for automatically testing data closed loop of vehicle

Technical Field

The present application relates to the field of vehicle technologies, and in particular, to a method, an apparatus, a device, and a medium for closed-loop automated testing of vehicle data.

Background

The closed data loop is particularly important for automatic driving, so that how to efficiently and accurately test the closed data loop is very critical. In the related art, the data closed loop is usually tested by a manual test method, however, due to the wide range and large amount of data involved in the SDA project, the change of the manual test data closed loop hardware link is not only difficult, but also the problem existing in the link is probably not discovered due to the low manual efficiency.

Disclosure of Invention

The application provides a method, a device, a test device and a storage medium for automatically testing a data closed loop of a vehicle, and aims to solve the problems that the accuracy and efficiency of testing are reduced, and the testing experience is reduced due to the fact that the data closed loop is tested by a manual test method in the related art.

An embodiment of a first aspect of the present application provides a method for closed-loop automated testing of data of a vehicle, including the following steps: setting a test target in an acquisition range of a vehicle to be tested; acquiring the number of events of the vehicle to be tested for acquiring the test target and the number of commands of the server for pulling the events; and when the number of the events is equal to the number of the commands, judging that the data closed loop test of the vehicle to be tested is qualified, otherwise, judging that the data closed loop test of the vehicle to be tested is unqualified.

According to the technical means, the data closed-loop automatic test method and the data closed-loop automatic test system can achieve the data closed-loop automatic test of the vehicle, reduce the test difficulty, avoid the problems of low efficiency and inaccuracy of manual test, effectively improve the accuracy and efficiency of the data closed-loop test, and improve the test experience of a user.

Further, the determining that the closed-loop test of the data of the vehicle to be tested is not qualified comprises: when the number of the events is larger than the number of the commands, judging that the event information is lost in an event uploading channel; and when the event number is smaller than the command number, judging that the vehicle to be tested abnormally sends event information.

According to the technical means, the method and the device for testing the closed loop test data can detect the specific reasons that the closed loop test data are unqualified, can provide a reference direction for optimization of the closed loop test, and improve the use experience of a user.

Further, before placing the test object within the acquisition range of the vehicle to be tested, the method comprises the following steps: identifying whether the target model file is compiled successfully; if the target model file is compiled successfully, judging that the data closed-loop test environment meets the test conditions, and placing a test target in the acquisition range of the vehicle to be tested; and if the target model file is not compiled successfully, calling a compiling module to compile the target model file until the target model file is compiled successfully.

According to the technical means, the test environment can be automatically built before testing, namely the ability of building the test environment is achieved, and the automation degree of data closed-loop testing is improved.

Further, the calling and compiling module compiles the object model file until compiling in the object model file is successful, including: acquiring the statistical frequency of the compiling failure of the target model file; and when the statistical times are greater than the preset times, controlling the compiling module to stop compiling, and generating a prompt for detecting the integrity of the target model file.

According to the technical means, when the compiling fails for multiple times, the method and the device for the model file integrity detection can prompt the user of the model file integrity detection, prompt the relevant failure reasons of the user in time to assist the user in building the environment, and improve the use experience of the user.

Further, before identifying whether the target model file is compiled successfully, the method includes: judging whether all target devices participating in data closed loop test in the vehicle to be tested are in the same subnet; if all target devices are in the same subnet, acquiring the target model file according to the address of the model file input by the user; if all the target devices are not in the same subnet, all the target devices are reconfigured until all the target devices are in the same subnet.

According to the technical means, all target devices participating in the data closed-loop test can be automatically configured to be located in the same subnet, conditions are provided for automatic test environment construction, and feasibility of test environment construction is improved.

Further, the reconfiguring the all target devices until the all target devices are in the same subnet includes: sequentially executing configuration operations of mounting driving, adding network ports, configuring network ports, adding default routes and changing configuration files on all the target devices; when all configuration operations are successful, if all target devices are detected to be in the same subnet, the reconfiguration is successful, and if all the target devices are not in the same subnet, a fault prompt is generated; and when any operation in the configuration operation is not successful, reconfiguring all the target devices.

According to the technical means, the method and the device can automatically reconfigure when configuration fails, do not need manual operation of a user, and perform fault prompting when all the target devices are detected not to be in the same subnet after configuration succeeds, so that the user can acquire fault information in time and perform fault elimination in time.

The embodiment of the second aspect of the application provides a data closed-loop automatic testing device for a vehicle, which comprises: the setting module is used for setting a test target in the acquisition range of the vehicle to be tested; the acquisition module is used for acquiring the number of events of the vehicle to be tested for acquiring the test target and the number of commands of the server for pulling the events; and the judging module is used for judging that the closed-loop test of the data of the vehicle to be tested is qualified when the number of the events is equal to the number of the commands, and otherwise, judging that the closed-loop test of the data of the vehicle to be tested is unqualified.

Further, the determination module is further configured to: when the event number is larger than the command number, judging that the channel of the event uploading loses the event information; and when the event number is smaller than the command number, judging that the vehicle to be tested abnormally sends event information.

Further, still include: the identification module is used for identifying whether the object model file is successfully compiled or not before the test object is placed in the acquisition range of the vehicle to be tested; if the target model file is successfully compiled, judging that the data closed-loop test environment meets the test conditions, and placing a test target in the acquisition range of the vehicle to be tested; and if the target model file is not compiled successfully, calling a compiling module to compile the target model file until the target model file is compiled successfully.

Further, the identification module is further configured to: acquiring the statistical frequency of the compiling failure of the target model file; and when the statistical times are greater than the preset times, controlling the compiling module to stop compiling, and generating a prompt for detecting the integrity of the target model file.

Further, the method also comprises the following steps: the judging module is used for judging whether all target devices participating in the data closed-loop test in the vehicle to be tested are in the same subnet before identifying whether the target model file is compiled successfully; if all target devices are in the same subnet, acquiring the target model file according to the address of the model file input by the user; if all the target devices are not in the same subnet, all the target devices are reconfigured until all the target devices are in the same subnet.

Further, the determining module is further configured to: sequentially executing configuration operations of mounting drive, adding network ports, configuring network ports, adding default routes and changing configuration files on all the target devices; when all the configuration operations are successful, if all the target devices are detected to be in the same subnet, the reconfiguration is successful, and if all the target devices are not in the same subnet, a fault prompt is generated; and when any operation in the configuration operation is not successful, reconfiguring all the target devices.

An embodiment of a third aspect of the present application provides a vehicle, comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, the processor executing the program to implement the method for closed-loop automated testing of data of a vehicle as described in the embodiments above.

A fourth aspect of the present application provides a computer-readable storage medium, on which a computer program is stored, the program being executed by a processor for implementing the method for closed-loop automated testing of data of a vehicle as described in the above embodiments.

Therefore, the application has at least the following beneficial effects:

(1) According to the embodiment of the application, the automatic closed-loop data test of the vehicle can be realized, the test difficulty is reduced, the problems of low efficiency and inaccuracy of manual test are avoided, the accuracy and efficiency of the closed-loop data test are effectively improved, and the test experience of a user is improved;

(2) The embodiment of the application can detect the specific reason that the data closed-loop test is unqualified, can provide a reference direction for the optimization of the closed-loop test, and improves the use experience of a user;

(3) The embodiment of the application can automatically build a test environment before testing, namely the test environment building capability is achieved, and the automation degree of data closed-loop testing is improved;

(4) According to the embodiment of the application, when the compiling fails for multiple times, the prompt of the integrity detection of the model file can be carried out, the user can be prompted in time to assist the user in building the environment due to the relevant failure, and the use experience of the user is improved;

(5) According to the embodiment of the application, all target devices participating in the data closed-loop test can be automatically configured to be in the same subnet, conditions are provided for the automatic test environment construction, and the feasibility of the test environment construction is improved;

(6) According to the embodiment of the application, the configuration can be automatically reconfigured again when the configuration is failed, manual operation of a user is not needed, and when all the target devices are detected not to be in the same subnet after the configuration is successful, fault prompt is carried out, so that the user can obtain fault information in time and carry out fault removal in time.

Additional aspects and advantages of the present application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the present application.

Drawings

The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:

FIG. 1 is a flow chart of a method for closed-loop automated testing of data of a vehicle provided in accordance with an embodiment of the present application;

FIG. 2 is a flow chart of a method for closed-loop automated testing of data of a vehicle provided according to one embodiment of the present application;

FIG. 3 is an exemplary diagram of a closed-loop automated testing apparatus for data of a vehicle provided in accordance with an embodiment of the present application;

fig. 4 is a schematic structural diagram of a test apparatus provided in an embodiment of the present application.

Detailed Description

Reference will now be made in detail to the embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the drawings are exemplary and intended to be used for explaining the present application and should not be construed as limiting the present application.

Due to the wide range and large amount of data involved in the SDA project, manual testing of data closed loop hardware links is not only difficult, but may not be able to detect problems in the link due to manual inefficiencies. Therefore, an automatic test tool capable of automatically testing the data closed-loop hardware link is necessary; meanwhile, the process of configuring the test environment is complicated, so the automatic test tool also has the capability of building the test environment.

Based on the above existing problems and needs, embodiments of the present application provide a tool for automatically building a data closed-loop hardware test environment and monitoring a data flow, so as to implement a tool for automatically building a test environment of a data closed-loop hardware part and automatically testing a hardware link.

The following describes a data closed-loop automatic testing method, device, testing equipment and storage medium for a vehicle according to an embodiment of the present application with reference to the accompanying drawings. Specifically, fig. 1 is a schematic flowchart of a method for closed-loop automated testing of data of a vehicle according to an embodiment of the present application.

As shown in fig. 1, the closed-loop automatic data testing method for the vehicle comprises the following steps:

in step S101, a test target is set within the acquisition range of the vehicle to be tested.

The test target may be specifically selected according to actual test requirements, and is not specifically limited.

It can be understood that in the embodiment of the present application, the data stream can be monitored by using the Shell script, and when the data stream is monitored, the program automatically opens the camera to prompt the user to align the image to be identified, and when the user is ready, the program starts to execute the data stream monitoring.

In step S102, the number of events of the vehicle to be tested collecting the test target and the number of commands of the server pull event are obtained.

It can be understood that three procedures are mainly called in the data closed loop platform, including a data acquisition module, an abstraction module, and a forward-looking camera main procedure. And sequentially executing the three modules, namely monitoring whether the three modules are successfully started or not, checking the integrity of the related files if the three modules are not successfully started, prompting a user to close the program after a specific file is incomplete, and matching the related results of the three modules if the three modules are successfully started, namely acquiring the number of events and the number of commands.

Specifically, after the camera is aligned with the target image, the program starts the data acquisition module, the abstraction module and the forward-looking camera main program in sequence, wherein if the forward-looking camera main program is called to cause an error, the user is reminded to check the integrity of the file in the model directory. And meanwhile, the program monitors the change of the output information of the data acquisition module, redirects the output information of the data acquisition module to a text file and extracts keywords related to the number of events in the result.

After the program completes the calling of the three modules, the program continuously counts the data pulling command of the cloud to judge the connectivity of the uploading link channel of the event information. The program will continuously record the number of commands received from the cloud and then match the size of the keywords extracted by the data acquisition module.

In step S103, when the number of events is equal to the number of commands, it is determined that the closed-loop test of the data of the vehicle to be tested is qualified, otherwise, it is determined that the closed-loop test of the data of the vehicle to be tested is not qualified.

It can be understood that the qualification judgment of the data closed-loop test can be realized based on the number of the commands received by the cloud and the number of the keywords extracted by the data acquisition module, so that the data closed-loop automatic test of the vehicle can be realized, the test difficulty is reduced, the problems of low efficiency and inaccuracy of manual test are avoided, the accuracy and the efficiency of the data closed-loop test are effectively improved, and the test experience of a user is improved.

In the embodiment of the application, the step of determining that the data closed loop test of the vehicle to be tested is not qualified comprises the following steps: when the number of the events is larger than the number of the commands, judging that the event information is lost in an event uploading channel; and when the number of the events is smaller than the command number, judging that the vehicle to be tested abnormally sends event information.

It can be understood that the embodiment of the application can detect the specific reason why the data closed-loop test is unqualified, can provide a reference direction for the optimization of the closed-loop test, and improves the use experience of a user.

Specifically, the method comprises the following steps: if the number of the commands received by the program from the cloud is larger than the extracted keywords of the data acquisition module, the data acquisition module is prompted to send event information abnormally, and the abnormal behavior is recorded. And if the keywords extracted by the data acquisition module are more than the number of the commands received from the cloud, prompting an event to upload channel loss information and recording the abnormal behavior.

In the above embodiment, the Shell script is used to implement monitoring of the data stream, and before monitoring of the data stream, the Shell script may be used to apply all commands required for building a data closed-loop bench to form an automated test environment building, which will be specifically explained below:

in the embodiment of the application, before the test target is placed in the acquisition range of the vehicle to be tested, the method comprises the following steps: identifying whether the target model file is compiled successfully; if the target model file is successfully compiled, judging that the data closed-loop test environment meets the test conditions, and placing the test target in the acquisition range of the vehicle to be tested;

and if the target model file is not compiled successfully, calling a compiling module to compile the target model file until the target model file is compiled successfully.

It can be understood that, the embodiment of the application can firstly identify whether the system has a test environment for bench test, if so, the step of data stream monitoring is skipped, otherwise, the automatic environment building is started, so that the test environment can be built automatically before the test, namely, the capability of building the test environment is provided, and the automation degree of the data closed-loop test is improved.

In this embodiment of the present application, invoking a compiling module to compile a target model file until the target model file is successfully compiled includes: acquiring the statistical frequency of the compiling failure of the target model file; and when the counting times are more than the preset times, controlling the compiling module to stop compiling, and generating a prompt for detecting the integrity of the target model file.

The preset number of times may be set according to an actual situation, for example, 2 times or 3 times, and is not particularly limited.

It can be understood that when the compiling fails for many times, the prompt of the integrity detection of the model file can be carried out, the user is prompted in time to assist the user in building the environment according to the reason of the relevant failure, and the use experience of the user is improved.

In this embodiment of the present application, before identifying whether the target model file is successfully compiled, the method includes: judging whether all target devices participating in data closed loop test in the vehicle to be tested are in the same subnet; if all the target devices are in the same subnet, acquiring a target model file according to the address of the model file input by the user; if all target devices are not in the same subnet, all target devices are reconfigured until all target devices are in the same subnet.

It can be understood that all target devices participating in the data closed-loop test can be automatically configured to be located in the same subnet, conditions are provided for the automatic test environment construction, and the feasibility of the test environment construction is improved.

In this embodiment of the present application, reconfiguring all target devices until all target devices are in the same subnet includes: sequentially executing configuration operations of mounting drive, adding network ports, configuring network ports, adding default routes and changing configuration files on all target devices; when all the configuration operations are successful, if all the target devices are detected to be in the same subnet, the reconfiguration is successful, and if all the target devices are not in the same subnet, a fault prompt is generated; and when any operation in the configuration operation is not successful, reconfiguring all target devices.

It can be understood that, the embodiment of the present application may sequentially execute the environment building commands according to the program setting, and check whether the command is successfully executed by matching the result of the command, and meanwhile, when the command execution is failed, a retry mechanism is applied to re-execute the currently failed command; and the user is assisted in building the environment by prompting the reason of the related failure after the command is executed for multiple times and fails, so that the configuration can be automatically reconfigured again when the configuration fails, the manual operation of the user is not needed, and the fault prompt is carried out when all the target devices are detected not to be in the same subnet after the configuration is successful, so that the user can obtain the fault information in time and carry out fault removal in time.

Therefore, the embodiment of the application can realize the test work of the data closed-loop board in the SDA architecture, and support the test environment establishment on hardware and the change of each index and data stream in the data closed-loop operation process, and the following explains the data closed-loop automatic test method of the vehicle by a specific embodiment, as shown in fig. 2, the method includes the following steps:

1. the hardware environment is set up before the tool is used, and then the automatic tool is opened after entering a system of a C2 controller. The tool firstly judges whether all hardware devices are in the same subnet, if the hardware devices are not in the same subnet, a subnet configuration program is executed, the program can sequentially execute the commands of mounting 8021 drive, adding VLAN network ports, configuring VALN network ports, adding default routes, changing configuration files and checking whether the devices are in the same subnet, and the tool is closed after prompting specific information after a certain step fails to be executed when the commands fail to be executed. If performed successfully, the results exhibited by the step as successful are listed.

2. Then, when all devices are determined to be on the same subnet, the program prompts the user to enter the model file address. After the user finishes inputting the address of the model file, the program searches a folder named as build under the current directory to judge whether the model file is compiled or not, wherein the build folder is a folder generated after the model is compiled. If the model file is not compiled, the program executes the compile command under the current directory. If the compiling is still not successful after the compiling is carried out for multiple times, the user is prompted to check the integrity of the model file.

3. After the model file is compiled, the part of the tool for building the automatic test environment is already completed, and the following tools start to monitor the data flow of the data closed-loop hardware part:

3.1, firstly, the program opens a camera to prompt a user to aim at the target image. When the camera is aligned with a target image, the program starts the data acquisition module, the abstract module and the forward-looking camera main program in sequence, and if the forward-looking camera main program is called to cause an error, a user is reminded to check the integrity of files in the model directory.

3.2, the program monitors the change of the output information of the data acquisition module, redirects the output information of the data acquisition module to a text file and extracts keywords related to the number of events in the result.

And 3.3, after the program completes the calling of the three modules, the program continuously counts the data pulling command of the cloud to judge the connectivity of the uploading link channel of the event information. The program will continuously record the number of commands received from the cloud and then match the size of the keywords extracted by the data acquisition module. If the number of the commands received by the program from the cloud is larger than the extracted keywords of the data acquisition module, the data acquisition module is prompted to send event information abnormally, and the abnormal behavior is recorded. And if the keywords extracted by the data acquisition module are more than the number of the commands received from the cloud, prompting an event to upload channel loss information and recording the abnormal behavior.

And 3.4, simultaneously monitoring the input of the keyboard in the process of continuously running the program, finishing monitoring the data closed-loop hardware part by the program when a user inputs q + enter, outputting a test report at the console and storing the test report in the model directory, wherein the test report comprises the running time of an automation tool, the number of frames extracted by an abstract module, the number of recognized events, the number of commands received from the cloud and abnormal behaviors.

According to the method for automatically testing the data closed loop of the vehicle, the automatic test of the data closed loop of the vehicle can be realized, the test difficulty is reduced, the problems of low efficiency and inaccuracy of manual test are avoided, and the accuracy and the efficiency of the data closed loop test are effectively improved; the specific reason that the data closed-loop test is unqualified can be detected, and a reference direction can be provided for the optimization of the closed-loop test; meanwhile, the test environment can be automatically built before testing, namely the ability of building the test environment is achieved, the automation degree of data closed loop testing is improved, when compiling fails for many times, prompt of model file integrity detection is carried out, the reason of relevant failure of a user is timely prompted to assist the user in building the environment, and the use experience of the user is improved.

Next, a data closed-loop automatic testing device for a vehicle according to an embodiment of the present application is described with reference to the drawings.

FIG. 3 is a block diagram of a closed-loop automated data testing apparatus for a vehicle according to an embodiment of the present application.

As shown in fig. 3, the closed-loop data automated testing apparatus 10 for a vehicle includes: a setting module 100, an obtaining module 200 and a determining module 300.

The setting module 100 is used for setting a test target in an acquisition range of a vehicle to be tested; the obtaining module 200 is configured to obtain the number of events of the vehicle to be tested collecting the test target and the number of commands of the server pulling event; the determining module 300 is configured to determine that the closed-loop data test of the vehicle to be tested is qualified when the number of events is equal to the number of commands, and otherwise, determine that the closed-loop data test of the vehicle to be tested is unqualified.

In an embodiment of the present application, the determining module 300 is further configured to: when the number of the events is larger than the number of the commands, judging that the event information is lost in an event uploading channel; and when the number of the events is less than the command number, judging that the vehicle to be tested abnormally sends event information.

In an embodiment of the present application, the apparatus 10 of the embodiment of the present application further includes: and identifying the module. The identification module is used for identifying whether the object model file is compiled successfully or not before the test object is placed in the acquisition range of the vehicle to be tested; if the target model file is compiled successfully, judging that the data closed-loop test environment meets the test conditions, and placing a test target in the acquisition range of the vehicle to be tested; and if the target model file is not compiled successfully, calling a compiling module to compile the target model file until the target model file is compiled successfully.

In an embodiment of the present application, the identification module is further configured to: acquiring the statistical frequency of the compiling failure of the target model file; and when the counting times are more than the preset times, controlling the compiling module to stop compiling, and generating a prompt for detecting the integrity of the target model file.

In an embodiment of the present application, the apparatus 10 of the embodiment of the present application further includes: and a judging module. The judging module is used for judging whether all target devices participating in the data closed-loop test in the vehicle to be tested are in the same subnet before identifying whether the target model file is compiled successfully; if all the target devices are in the same subnet, acquiring a target model file according to the address of the model file input by the user; if all target devices are not in the same subnet, all target devices are reconfigured until all target devices are in the same subnet.

In an embodiment of the present application, the determining module is further configured to: sequentially executing configuration operations of mounting drive, adding network ports, configuring network ports, adding default routes and changing configuration files on all target devices; when all the configuration operations are successful, if all the target devices are detected to be in the same subnet, the reconfiguration is successful, and if all the target devices are not in the same subnet, a fault prompt is generated; and when any operation in the configuration operation is not successful, reconfiguring all target devices.

It should be noted that the foregoing explanation of the embodiment of the data closed-loop automatic testing method for a vehicle is also applicable to the data closed-loop automatic testing apparatus for a vehicle in this embodiment, and details are not repeated here.

According to the data closed-loop automatic testing device for the vehicle, the data closed-loop automatic testing of the vehicle can be achieved, the testing difficulty is reduced, the problems of low efficiency and inaccuracy of manual testing are avoided, and the accuracy and the efficiency of the data closed-loop testing are effectively improved; the specific reason that the data closed-loop test is unqualified can be detected, and a reference direction can be provided for the optimization of the closed-loop test; meanwhile, the test environment can be automatically built before testing, namely the ability of building the test environment is achieved, the automation degree of data closed loop testing is improved, when compiling fails for many times, prompt of model file integrity detection is carried out, the reason of relevant failure of a user is timely prompted to assist the user in building the environment, and the use experience of the user is improved.

Fig. 4 is a schematic structural diagram of a test apparatus according to an embodiment of the present application. The vehicle may include:

memory 401, processor 402, and computer programs stored on memory 401 and operable on processor 402.

The processor 402, when executing the program, implements the method for closed-loop automated testing of data for a vehicle provided in the embodiments described above.

Further, the test apparatus further comprises:

a communication interface 403 for communication between the memory 401 and the processor 402.

A memory 401 for storing computer programs executable on the processor 402.

The Memory 401 may include a high-speed RAM (Random Access Memory) Memory, and may also include a non-volatile Memory, such as at least one disk Memory.

If the memory 401, the processor 402 and the communication interface 403 are implemented independently, the communication interface 403, the memory 401 and the processor 402 may be connected to each other through a bus and perform communication with each other. The bus may be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component interconnect) bus, an EISA (Extended Industry Standard Architecture) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 4, but this does not indicate only one bus or one type of bus.

Optionally, in a specific implementation, if the memory 401, the processor 402, and the communication interface 403 are integrated on a chip, the memory 401, the processor 402, and the communication interface 403 may complete mutual communication through an internal interface.

Processor 402 may be a CPU (Central Processing Unit), an ASIC (Application Specific Integrated Circuit), or one or more Integrated circuits configured to implement embodiments of the present Application.

Embodiments of the present application further provide a computer-readable storage medium, on which a computer program is stored, where the program, when executed by a processor, implements the above method for closed-loop automated testing of data of a vehicle.

In the description herein, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or N embodiments or examples. Moreover, various embodiments or examples and features of various embodiments or examples described in this specification can be combined and combined by one skilled in the art without being mutually inconsistent.

Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or to implicitly indicate the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, "N" means at least two, e.g., two, three, etc., unless explicitly defined otherwise.

Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more N executable instructions for implementing steps of a custom logic function or process, and alternate implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of implementing the embodiments of the present application.

It should be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. If implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable gate arrays, field programmable gate arrays, and the like.

It will be understood by those skilled in the art that all or part of the steps carried out in the method of implementing the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer readable storage medium, and the program, when executed, includes one or a combination of the steps of the method embodiments.

Although embodiments of the present application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present application, and that variations, modifications, substitutions and alterations may be made to the above embodiments by those of ordinary skill in the art within the scope of the present application.

Claims

1. A closed-loop automatic data testing method for a vehicle is characterized by comprising the following steps:

setting a test target in an acquisition range of a vehicle to be tested;

acquiring the number of events of the test target acquired by the vehicle to be tested and the number of commands of server pull events;

and when the number of the events is equal to the number of the commands, judging that the data closed loop test of the vehicle to be tested is qualified, otherwise, judging that the data closed loop test of the vehicle to be tested is unqualified.

2. The method of claim 1, wherein the determining that the closed loop test of the data at the vehicle under test is not acceptable comprises:

when the number of the events is larger than the number of the commands, judging that the event information is lost in an event uploading channel;

and when the event number is smaller than the command number, judging that the vehicle to be tested abnormally sends event information.

3. The method of claim 1, prior to placing the test object within the acquisition range of the vehicle to be tested, comprising:

identifying whether the target model file is compiled successfully;

if the target model file is successfully compiled, judging that the data closed-loop test environment meets the test conditions, and placing a test target in the acquisition range of the vehicle to be tested;

4. The method of claim 3, wherein compiling the object model file by the calling compiling module until compiling is successful in the object model file comprises:

acquiring the statistical frequency of the compiling failure of the target model file;

and when the statistical times are larger than the preset times, controlling the compiling module to stop compiling, and simultaneously generating a prompt of the integrity detection of the object model file.

5. The method of claim 3, prior to identifying whether the object model file was compiled successfully, comprising:

judging whether all target devices participating in data closed loop test in the vehicle to be tested are in the same subnet;

if all the target devices are in the same subnet, acquiring the target model file according to the address of the model file input by the user;

if all the target devices are not in the same subnet, all the target devices are reconfigured until all the target devices are in the same subnet.

6. The method of claim 5, wherein the reconfiguring the all target devices until the all target devices are in a same subnet comprises:

sequentially executing configuration operations of mounting drive, adding network ports, configuring network ports, adding default routes and changing configuration files on all the target devices;

when all the configuration operations are successful, if all the target devices are detected to be in the same subnet, the reconfiguration is successful, and if all the target devices are not in the same subnet, a fault prompt is generated;

and when any operation in the configuration operation is not successful, reconfiguring all the target devices.

7. A closed-loop automated testing device for data of a vehicle, comprising:

the setting module is used for setting a test target in the acquisition range of the vehicle to be tested;

the acquisition module is used for acquiring the number of events of the vehicle to be tested for acquiring the test target and the number of commands of the server for pulling the events;

and the judging module is used for judging that the closed-loop test of the data of the vehicle to be tested is qualified when the number of the events is equal to the number of the commands, and otherwise, judging that the closed-loop test of the data of the vehicle to be tested is unqualified.

8. The apparatus of claim 7, wherein the determination module is further configured to:

9. A test apparatus, comprising: memory, a processor and a computer program stored on the memory and executable on the processor, the processor executing the program to implement a method of closed-loop automated testing of data of a vehicle according to any of claims 1-6.

10. A computer-readable storage medium, on which a computer program is stored, characterized in that the program is executed by a processor for implementing a method for closed-loop automated testing of data of a vehicle according to any of claims 1-6.