Function test method and device, storage medium and electronic equipment

Abstract

The application discloses a function test method and device, a storage medium and an electronic device, and relates to the technical field of vehicle testing. The method comprises the following steps: a vehicle end first receives a function test request sent by a cloud end, wherein the function test request comprises fault injection data corresponding to an automatic driving function and a configuration file of a target test environment; then, the target test environment is run according to the configuration file, and the fault injection data is injected into the target test environment; then, the target test environment after the fault injection data is injected is called to test the automatic driving function; finally, a function test result of the automatic driving function is sent to the cloud end. The application realizes automatic testing of the automatic driving function in the manner of actively injecting fault injection data into the target test environment, improves the testing efficiency of the automatic driving function, and reduces the labor cost.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of vehicle testing, and in particular to a function test method and device, a storage medium and an electronic device. BACKGROUND

[0002] The function test of an automatic driving system is a key task in the production process of a vehicle, aiming to verify whether the automatic driving system can operate in the expected manner and ensure the integrity and accuracy of each automatic driving function.

[0003] At present, the function test of the automatic driving system in the related art mainly adopts a large amount of manual test, which is low in test efficiency and increases the labor cost. SUMMARY

[0004] Therefore, the present application provides a function test method and device, a storage medium and an electronic device, which mainly aims to solve the technical problem that the function test of the automatic driving system in the prior art mainly adopts a large amount of manual test, which is low in test efficiency and increases the labor cost.

[0005] In a first aspect, the present application provides a function test method applied to a vehicle end, comprising:

[0006] receiving a function test request sent by a cloud end, the function test request comprising fault injection data corresponding to an automatic driving function and a configuration file of a target test environment;

[0007] running the target test environment according to the configuration file and injecting the fault injection data into the target test environment;

[0008] calling the target test environment after the fault injection data is injected, to test the automatic driving function;

[0009] sending a function test result of the automatic driving function to the cloud end.

[0010] Optionally, the injecting of the fault injection data into the target test environment comprises:

[0011] determining a fault injection tool corresponding to the fault injection data according to a fault injection type of the fault injection data;

[0012] calling the fault injection tool to inject the fault injection data into the target test environment.

[0013] Optionally, the fault injection type comprises at least one of:

[0014] a fault point injection type;

[0015] a system injection type.

[0016] Optionally, if the fault injection type is the fault point injection type, the calling the fault injection tool to inject the fault injection data into the target test environment comprises:

[0017] calling a preset debugging tool to debug a process corresponding to the automatic driving function in the target test environment;

[0018] injecting the fault injection data at a fault injection point of the process.

[0019] Optionally, if the fault injection type is the system injection type, the calling the fault injection tool to inject the fault injection data into the target test environment further comprises:

[0020] calling a memory consumption tool to inject the fault injection data into a test system corresponding to the target test environment, wherein the memory consumption tool is configured to consume memory of the test system, so that the consumed memory reaches a preset memory value.

[0021] Optionally, the calling the target test environment after injecting the fault injection data to test the automatic driving function comprises at least one of the following:

[0022] testing a function state of the automatic driving function;

[0023] testing a function state of other functions in the target test environment except the automatic driving function in a test process of the automatic driving function;

[0024] testing whether a communication link between the target test environment and the cloud is normal.

[0025] In a second aspect, the present application provides a function test method applied to a cloud, comprising:

[0026] sending a function test request to a vehicle, the function test request comprising fault injection data corresponding to an automatic driving function and a configuration file of a target test environment, the vehicle being configured to run the target test environment according to the configuration file and to call the target test environment after injecting the fault injection data to test the automatic driving function;

[0027] receiving a function test result of the automatic driving function sent by the vehicle.

[0028] Optionally, the method further comprises:

[0029] obtaining fault configuration data corresponding to an automatic driving function and a target test environment;

[0030] generating the fault injection data according to the fault configuration data and the target test environment.

[0031] Optionally, the method further comprises:

[0032] calling an environment management module to obtain a configuration file corresponding to the target test environment, wherein the environment management module is configured to manage different test environments.

[0033] In a third aspect, the present application provides a functional test device applied to a vehicle end, comprising:

[0034] a receiving module configured to receive a functional test request sent by a cloud end, wherein the functional test request comprises fault injection data corresponding to an automatic driving function and a configuration file of a target test environment;

[0035] an injection module configured to run the target test environment according to the configuration file and inject the fault injection data into the target test environment;

[0036] a test module configured to call the target test environment after the injection of the fault injection data to test the automatic driving function;

[0037] a sending module configured to send a functional test result of the automatic driving function to the cloud end.

[0038] In a fourth aspect, the present application provides a functional test device applied to a cloud end, comprising:

[0039] a sending module configured to send a functional test request to a vehicle, wherein the functional test request comprises fault injection data corresponding to an automatic driving function and a configuration file of a target test environment, and the vehicle is configured to run the target test environment according to the configuration file and call the target test environment after the injection of the fault injection data to test the automatic driving function;

[0040] a receiving module configured to receive a functional test result of the automatic driving function sent by the vehicle.

[0041] In a fifth aspect, the present application provides a computer readable storage medium having a computer program stored thereon, wherein the computer program is executed by a processor to implement the functional test method of the first aspect.

[0042] In a sixth aspect, the present application provides an electronic device comprising a storage medium, a processor and a computer program stored in the storage medium and executable on the processor, wherein the processor executes the computer program to implement the functional test method of the first aspect.

[0043] In a seventh aspect, the present application provides a chip comprising one or more interface circuits and one or more processors; the interface circuit is configured to receive a signal from a memory of an electronic device, and send the signal to the processor, the signal comprising computer instructions stored in the memory; when the processor executes the computer instructions, the electronic device is caused to perform the functional test method of the first aspect.

[0044] In an eighth aspect, the present application provides a vehicle comprising the device of the third aspect, or the electronic device of the sixth aspect, or the chip of the seventh aspect.

[0045] By means of the above technical solution, the present application provides a functional test method, device, storage medium and electronic device. The vehicle end first receives the functional test request sent by the cloud end, the functional test request comprising fault injection data corresponding to the autonomous driving function and a configuration file of a target test environment; then the target test environment is run according to the configuration file, and the fault injection data is injected into the target test environment; then the target test environment after injecting the fault injection data is called to test the autonomous driving function; finally, the functional test result of the autonomous driving function is sent to the cloud end. In the present application, the vehicle end can receive the functional test request sent by the cloud end, automatically run the target test environment according to the configuration file, actively inject fault injection data into the target test environment of the vehicle end, then call the target test environment after injecting the fault injection data to test the autonomous driving function, and through the way of actively injecting fault injection data into the target test environment, the automatic test of the autonomous driving function is realized, the manual cost is reduced, and the test efficiency of the autonomous driving function is improved.

[0046] The above description is only a summary of the technical solutions of the present application. In order to enable the technical means of the present application to be more clearly understood, and to be implemented according to the content of the description, and in order to enable the above and other purposes, characteristics and advantages of the present application to be more apparent and easy to understand, the following specific embodiments of the present application are described. BRIEF DESCRIPTION OF DRAWINGS

[0047] Figure 1 A flowchart of a functional test method provided by an embodiment of the present application is shown;

[0048] Figure 2 A flowchart of an example provided by an embodiment of the present application is shown;

[0049] Figure 3 A flowchart of a functional test method provided by an embodiment of the present application is shown;

[0050] Figure 4 A flowchart of an example provided by an embodiment of the present application is shown;

[0051] Figure 5 Fig. 1 shows a structural schematic diagram of a functional test device provided by an embodiment of the present application.

[0052] Figure 6 Fig. 1 shows a structural schematic diagram of a functional test device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0053] Some embodiments of the present disclosure will be described in detail herein with reference to the drawings, in which some embodiments of the present disclosure are shown by way of example. The following description is related to the drawings when the drawings are referred to, and the same numerals in different drawings represent the same or similar elements unless otherwise indicated. Various changes, modifications and equivalents of the methods, devices and / or systems described herein will become apparent to those skilled in the art after understanding the present disclosure. For example, the order of the operations described herein is merely an example, and is not limited to those set forth herein, but can be changed as long as the operations that must be performed in a specific order, as will become apparent after understanding the present disclosure. In addition, the description of features known in the art can be omitted for the sake of clarity and brevity. It should be noted that the embodiments in the present disclosure and the features in the embodiments can be combined with each other without conflict.

[0054] Embodiments of the present application will be described in more detail below with reference to the drawings. It should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict.

[0055] In order to improve the technical problem that the current functional test method of the automatic driving system mainly adopts a large amount of manual test, the test efficiency is low, and the labor cost is increased. The present embodiment provides a functional test method, which can be applied to the vehicle end such as Figure 1 As shown in the figure, the method comprises:

[0056] In step 101, the vehicle end receives the functional test request sent by the cloud end, and the functional test request comprises fault injection data corresponding to the automatic driving function and a configuration file of the target test environment.

[0057] In the present embodiment, the fault injection data can be configured by the cloud end, the target test environment can be selected, and then the functional test request can be sent to the vehicle end to instruct the vehicle end to test the automatic driving function, so as to realize intelligent test and improve the test efficiency of the automatic driving function.

[0058] The fault injection data can be data that can cause the automatic driving function to fail in the automatic driving function (or the automatic driving system), which is used to test the function state of the automatic driving function, to find potential fault problems in advance, and to facilitate function optimization.

[0059] Correspondingly, the target test environment can be an environment for testing the autonomous driving function, for example, a local environment, a user development machine environment, a continuous integration development environment, a vehicle-side simulation environment, a bench simulation environment, a real vehicle test environment, etc. After receiving the function test request, the vehicle side can start the target test environment to test the function state of the autonomous driving function in the target test environment. By selecting the target test environment, the function test of each stage in the vehicle development can be realized, the test coverage is improved, the comprehensiveness of the test is increased, and more potential problems can be tested.

[0060] In step 102, the vehicle side runs the target test environment according to the configuration file and injects the fault injection data into the target test environment.

[0061] In this embodiment, the vehicle side can use a preset proxy tool (such as a specific Agent, a network proxy, etc.) to uniformly manage various environments, receive the configuration file, and run the corresponding target test environment according to the configuration file, and then inject the fault injection data into the target test environment. For example, the application programming interface (API) of the vehicle side receives the function test request, starts the program corresponding to the target test environment, and executes the fault injection.

[0062] For example, based on the preset proxy tool, the user development machine environment can be directly run locally, the autonomous driving simulation environment can automatically generate the simulation environment required by the tested autonomous driving function, and automatically close after the fault injection is completed, the bench management in the bench simulation environment can manage all benches and allocate fault injection tasks as needed, and the real vehicle management in the real vehicle test environment can manage all test vehicles and be used to inject faults in known or unknown situations.

[0063] In step 103, the vehicle side calls the target test environment after injecting the fault injection data to test the autonomous driving function.

[0064] In this embodiment, the target test environment after injecting the fault injection data can be used to test the function state of each autonomous driving function after injecting the fault injection data, verify whether the autonomous driving function can normally run in the fault condition, and verify whether the autonomous driving system can safely run in the fault condition.

[0065] In step 104, the vehicle side sends the function test result of the autonomous driving function to the cloud side.

[0066] During the test, the monitoring reporting system can be used to monitor the data and state of each autonomous driving function. After the test is completed, the function test result is generated and sent to the cloud. The system monitoring information and log records can also be sent to the cloud for viewing fault impact, facilitating optimization of the autonomous driving function or system, reducing real vehicle fault problems, and improving user experience. The function test result can include, but is not limited to, the function state, reaction speed, response time, recovery time, stability, safety, and the like of the autonomous driving function.

[0067] Compared with the prior art, in the embodiment, the vehicle end can receive the function test request sent by the cloud, automatically run the target test environment according to the configuration file, actively inject fault injection data into the target test environment, and then call the target test environment after the fault injection data is injected. The autonomous driving function is tested. By actively injecting fault injection data into the target test environment, the automatic testing of the autonomous driving function is realized, the testing efficiency of the autonomous driving function is improved, and the labor cost is reduced.

[0068] Optionally, the fault injection data is injected into the target test environment, which can specifically include: determining the fault injection tool corresponding to the fault injection data according to the fault injection type of the fault injection data; calling the fault injection tool to inject the fault injection data into the target test environment.

[0069] The fault injection tool can include, but is not limited to, a preset debugging tool (such as a GDB debugging tool) and a memory consumption tool. The fault injection type can include, but is not limited to, a fault point injection type and a system injection type.

[0070] In the embodiment, the fault injection type of the fault injection data can be determined according to the target test scene, and the corresponding fault injection tool is matched according to the fault injection type to realize fault injection for simulating a fault occurrence scene. Figure 2 As shown in the figure, the fault injection system can include a cloud management system (such as an autonomous driving memory overflow fault injection system) and an execution system of each environment. The cloud management system can include environment management, fault configuration, fault rehearsal history, fault distribution, fault execution, and the like. The development local environment and the continuous integration development environment can use the fault point injection type (code fault point injection). The simulation test environment, the bench test environment, and the real vehicle test environment can use the fault point injection or the system injection type (system injection).

[0071] The environment management module can be used to manage the configurations of multiple different environments. The fault configuration module can be used to set the parameters of each fault point or system injection. The fault rehearsal history module can be used to view the historical execution records of the faults. The fault distribution module can be used to distribute the fault injection environment, including the executable file and the dependent file of the fault injection. The fault execution module can be used to execute the corresponding fault in a specific environment.

[0072] Optionally, if the fault injection type is a fault point injection type, a preset debugging tool can be called to debug a process corresponding to the automatic driving function in the target test environment; and at a fault injection point of the process, the fault injection data is injected.

[0073] For example, for a local environment or a continuous integration environment of a vehicle end, when fault point injection is performed, the fault point injection can configure a specific code line, call a preset debugging tool, and implant information that is intended to be changed and can cause a fault or an exception at a specific code line in an automatic driving program started in the local or continuous integration environment. For example, if a memory overflow is caused, the memory overflow can be used as a potential risk point to remind a developer to improve the robustness or trigger system degradation in the code after the fault injection is completed according to error information and system conditions, so as to avoid possible risks. Specifically, for fault point injection, the underlying layer can enter an existing automatic driving program process based on a GDB debugging tool, add a breakpoint at a fault injection point, and inject a fault.

[0074] Optionally, if the fault injection type is a system injection type, a memory consumption tool can be called to inject the fault injection data into a test system corresponding to the target test environment, where the memory consumption tool is used to consume the memory of the test system, so that the consumed memory reaches a preset memory value.

[0075] For example, for a simulation test environment, a bench test environment, and a real vehicle test environment of a vehicle end, when system injection is performed, a memory consumption tool can be called to inject the fault injection data into a test system corresponding to the target test environment, which can be used to simulate a memory leak of other systems. When there is a problem in the underlying system or other programs, the memory usage gradually increases, the test can be used to test whether the automatic driving system runs normally, whether the core code can run, and even whether the system can be automatically started after the process is killed. Specifically, for system injection, the underlying layer can consume the memory of the automatic driving system based on the memory consumption tool until the memory reaches a preset memory value, so as to achieve the purpose of fault injection.

[0076] In this way, potential memory problems can be found in the early stage of research and development, thereby reducing the impact of memory problems on user experience in the actual vehicle process.

[0077] Optionally, the target test environment after the fault injection data is injected can test the automatic driving function, which can include at least one of the following: testing a function state of the automatic driving function; testing a function state of other functions in the target test environment except the automatic driving function in the test process of the automatic driving function; and testing whether a communication link between the target test environment and a cloud end is normal.

[0078] During the test, whether each automatic driving function of the test vehicle end is normal can be tested, and in some cases, the progress of a single automatic driving function memory overflow should not affect other automatic driving functions. Whether the communication link (such as the monitoring information reporting link and the fault reporting link) of the current automatic driving system is normal can also be tested. The fault reporting link can be used to upload the state of each function of the automatic driving system to the cloud when a fault occurs, so as to timely inform the R&D personnel of the fault information, facilitate troubleshooting, improve the user's driving experience and driving safety.

[0079] In this way, the vehicle end can determine the corresponding fault injection tool according to the fault injection type, actively inject fault injection data into the target test environment using the fault injection tool, test the function state of the automatic driving function and the communication link with the cloud, improve the test coverage in the early stage of R&D, and thus improve the code quality level and system robustness in the R&D process of the automatic driving system, reduce the fault problems of the real vehicle, and improve the user experience.

[0080] Based on the technical implementation content shown in the above embodiment, in order to further illustrate the specific implementation process of the method of the present embodiment, the present embodiment provides a specific method as shown in Figure 3 The method can be applied to the cloud, and the method comprises the following steps:

[0081] In step 201, the cloud sends a function test request to the vehicle, the function test request comprising fault injection data corresponding to the automatic driving function and a configuration file of the target test environment, the vehicle being configured to run the target test environment according to the configuration file and to call the target test environment after injecting the fault injection data to test the automatic driving function.

[0082] In the present embodiment, the cloud can deploy a fault injection background service and send a function test request to the vehicle, so that the vehicle injects fault data into the code corresponding to the automatic driving function to test the function state of the automatic driving function after injecting the fault data. Thus, the influence of the fault on the automatic driving function, the automatic driving system and other systems (software, modules) of the vehicle end can be detected in the early stage of the automatic driving system test, so as to facilitate the verification of the stability of the automatic driving system, improve the test efficiency and reduce the labor cost.

[0083] In step 202, the cloud receives the function test result of the automatic driving function sent by the vehicle.

[0084] After the test at the vehicle end is completed, the cloud can receive the function test result (such as a fault result report) sent by the vehicle end and display it, so as to facilitate the R&D personnel to optimize the automatic driving function and develop corresponding optimization strategies according to the test result.

[0085] In some examples, the embodiment method further includes: obtaining, by the cloud, fault configuration data corresponding to the automatic driving function and a target test environment; and generating fault injection data according to the fault configuration data and the target test environment.

[0086] Specifically, the cloud can provide a fault configuration function. The R&D personnel can determine fault configuration data and a target test environment according to potential faults. The cloud can automatically generate fault injection data according to the fault configuration data and the target test environment. For example, the R&D personnel can configure fault types in the cloud fault configuration, such as memory overflow, memory leakage, monitoring system failure, communication link failure, and automatic driving code fault injection points. The R&D personnel can set fault types and fault parameters, which can include injected code lines, modification conditions, and the like. Then, the R&D personnel can select a target test environment to inject faults. The operation of injecting faults can be divided into fault point injection and system injection. Different fault injection data (execution parameters) can be generated according to the fault configuration. Then, tools in different target test environments are called to execute. Correspondingly, the R&D personnel can directly configure fault injection data and select a target test environment.

[0087] In some examples, the embodiment method further includes: calling, by the cloud, an environment management module to obtain a configuration file corresponding to the target test environment, wherein the environment management module is used to manage different test environments.

[0088] Specifically, the environment management module is used to manage the configurations of multiple different environments, which is helpful to quickly run the target test environment during testing and improve the testing efficiency.

[0089] For example, the GDB debugging tool can be used to inject faults in the automatic driving system code. The memory application program and the fault injection background service are used together to constitute an automatic driving memory overflow fault injection system. Figure 4 As shown in FIG. 8, the automatic driving memory overflow fault injection system can be used to test each automatic driving function when the memory overflow occurs. The automatic driving memory overflow fault injection system can include an automatic driving fault injection cloud system deployed in the cloud, each test environment deployed in the vehicle, and an automatic driving R&D system.

[0090] The vehicle end can be used to verify automatic driving functions, such as automatic parking assist (APA), home-zone parking pilot (HPP), high-speed navigation on autopilot (HNOA), city navigation on autopilot (CNOA), autonomous emergency braking (AEB), adaptive cruise control (ACC), and the like, and to verify a monitoring reporting system. The monitoring reporting system can be used to generate log records, generate vehicle end fault information, upload vehicle end operation information, and automatically generate JIRA, and the like.

[0091] Correspondingly, the automatic driving research and development system can be used to optimize and iterate the automatic driving functions, such as fault point code optimization, function degradation, user takeover prompt, and self-driving function quick recovery. Specifically, the researchers can optimize the automatic driving functions according to the fault result report, including optimizing the code fault injection point, strictly controlling the occurrence of memory overflow and other fault problems, controlling the degradation of non-core functions, adding a bottom measure to avoid the impact on the core functions in the case of memory overflow, using function degradation to avoid the impact on the core functions, and optimizing the quick restart to avoid the actual impact on the user. In addition, the monitoring reporting system of the vehicle end can be continuously optimized through the fault result report to avoid the situation that the user cannot report the fault problem in the vehicle use process.

[0092] Through the embodiment, the cloud end can send a function test request to the vehicle end, the vehicle end can automatically run a target test environment according to a configuration file, and can actively inject fault injection data into the target test environment. Then, the target test environment after the injection of the fault injection data is called to test the automatic driving function. Through the way of actively injecting fault injection data into the target test environment, the automatic test of the automatic driving function is realized, the test efficiency of the automatic driving function is improved, and the labor cost is reduced.

[0093] Further, as a specific implementation of the method shown in Figure 1 The embodiment provides a function test device applied to a vehicle end, as shown in Figure 5 The device includes a receiving module 31, an injection module 32, a test module 33, and a sending module 34.

[0094] The receiving module 31 is configured to receive a function test request sent by the cloud end. The function test request includes fault injection data corresponding to the automatic driving function and a configuration file of a target test environment.

[0095] The injection module 32 is configured to run the target test environment according to the configuration file, and inject the fault injection data into the target test environment.

[0096] The test module 33 is configured to test the automatic driving function by calling the target test environment after the fault injection data is injected.

[0097] The sending module 34 is configured to send the function test result of the automatic driving function to the cloud.

[0098] In some examples of the embodiment, the injection module 32 is specifically configured to determine a fault injection tool corresponding to the fault injection data according to a fault injection type of the fault injection data, and call the fault injection tool to inject the fault injection data into the target test environment.

[0099] In some examples of the embodiment, the injection module 32 is specifically configured to determine a fault injection tool corresponding to the fault injection data according to a fault injection type of the fault injection data, and call the fault injection tool to inject the fault injection data into the target test environment.

[0100] In some examples of the embodiment, the injection module 32 is specifically configured to call a preset debugging tool to debug a process corresponding to the automatic driving function in the target test environment if the fault injection type is the fault point injection type, and inject the fault injection data at a fault injection point of the process.

[0101] In some examples of the embodiment, the injection module 32 is specifically configured to call a memory consumption tool to inject the fault injection data into a test system corresponding to the target test environment if the fault injection type is the system injection type, wherein the memory consumption tool is used to consume the memory of the test system, so that the consumed memory reaches a preset memory value.

[0102] In some examples of the embodiment, the test module 33 is specifically configured to test the automatic driving function by calling the target test environment after the fault injection data is injected, including at least one of the following: testing the function state of the automatic driving function; testing the function state of other functions in the target test environment except the automatic driving function in the test process of the automatic driving function; and testing whether the communication link between the target test environment and the cloud is normal.

[0103] It should be noted that other corresponding descriptions of the functions of the functional units involved in the functional test device provided in the embodiment can be referred to the corresponding descriptions in Figure 1 and Figure 5 , which will not be described here.

[0104] Further, as a specific implementation of the method shown in Figure 3 , the embodiment provides a functional test device applied to the cloud, as shown in Figure 6 , the device comprises a sending module 41 and a receiving module 42.

[0105] The sending module 41 is configured to send a function test request to the vehicle, the function test request comprising the fault injection data corresponding to the automatic driving function and the configuration file of the target test environment, the vehicle being configured to run the target test environment according to the configuration file and invoke the target test environment after injecting the fault injection data to test the automatic driving function.

[0106] The receiving module 42 is configured to receive the function test result of the automatic driving function sent by the vehicle.

[0107] In some examples of the embodiment, the sending module 41 is specifically further configured to obtain the fault configuration data corresponding to the automatic driving function and the target test environment, and generate the fault injection data according to the fault configuration data and the target test environment.

[0108] In some examples of the embodiment, the sending module 41 is specifically further configured to invoke an environment management module to obtain the configuration file corresponding to the target test environment, wherein the environment management module is configured to manage different test environments.

[0109] It should be noted that other corresponding descriptions of the functions of the functional units involved in the function test device provided in the embodiment can be referred to the corresponding descriptions in Figure 3 and Figure 6 , which will not be described here in detail.

[0110] Based on the above methods as shown in Figure 1 and Figure 3 , correspondingly, the embodiment also provides a computer readable storage medium, which stores a computer program, and the computer program is executed by a processor to implement the above methods as shown in Figure 1 and Figure 3 .

[0111] Based on such understanding, the technical solutions of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a U disk, a mobile hard disk, etc.), and includes a plurality of instructions to make a computer device (which can be a personal computer, a server, or a network device, etc.) execute the methods of various implementation scenarios of the present application.

[0112] Based on the above methods as shown in Figure 1 and Figure 3 , and Figure 5 and Figure 6To achieve the above objectives, the present application also provides an electronic device, such as a smartphone, smartwatch, smart bracelet, tablet computer, drone, smart robot, or other smart terminal, in the illustrated virtual device embodiment. This device includes a storage medium and a processor; the storage medium stores a computer program; the processor executes the computer program to achieve the above-described objectives. Figure 1 and Figure 3 The method shown.

[0113] Optionally, the aforementioned physical devices may also include a user interface, a network interface, a camera, radio frequency (RF) circuitry, sensors, audio circuitry, a Wi-Fi module, etc. The user interface may include a display screen, input units such as a keyboard, etc., and optional user interfaces may also include USB interfaces, card reader interfaces, etc. The network interface may optionally include standard wired interfaces, wireless interfaces (such as Wi-Fi interfaces), etc.

[0114] Those skilled in the art will understand that the physical device structure provided in this embodiment does not constitute a limitation on the physical device, and may include more or fewer components, or combine certain components, or have different component arrangements.

[0115] The storage medium may also include an operating system and a network communication module. The operating system is a program that manages the hardware and software resources of the aforementioned physical device, supporting the operation of information processing programs and other software and / or programs. The network communication module is used to enable communication between the various components within the storage medium, as well as communication with other hardware and software in the information processing physical device.

[0116] Based on the above, Figure 1 and Figure 3 The method shown, and Figure 5 and Figure 6 The virtual device embodiment shown also provides a chip including one or more interface circuits and one or more processors; the interface circuits are used to receive signals from the memory of an electronic device and send the signals to the processors, the signals including computer instructions stored in the memory; when the processor executes the computer instructions, it causes the electronic device to perform the above-described... Figure 1 and Figure 3 The method shown.

[0117] Through the description of the above embodiments, those skilled in the art can clearly understand that the present application can be realized by means of software plus necessary general hardware platforms, or by hardware. By applying the scheme of the present embodiment, compared with the prior art, in the present embodiment, the vehicle end can determine the corresponding fault injection tool according to the fault injection type, and actively inject fault injection data into the target test environment by using the fault injection tool, test the functional state of the automatic driving function, and the communication link with the cloud end, improve the test coverage in the early stage of research and development, and thus improve the code quality level and system robustness in the process of research and development of the automatic driving system, reduce the fault problems of the real vehicle, and improve the user experience.

[0118] It should be noted that, in this document, relational terms such as“first” and“second”, and the like, are used solely to distinguish one entity or action from another entity or action, without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms“comprises”,“comprising”, or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but can include other elements not expressly listed or inherent to such process, method, article, or apparatus. An element proceeded by“comprises a...” does not, without more constraints, exclude the existence of additional identical elements in the process, method, article, or apparatus that comprises the element.

[0119] The above description is merely one specific implementation of the present application, and those skilled in the art can understand or implement the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to these embodiments described herein, but will conform to the widest scope consistent with the principles and novel features sought to be applied herein.

Claims

1. A functional testing method, characterized in that, include: Receive a functional test request sent from the cloud, the functional test request including fault injection data corresponding to the autonomous driving function and configuration file of the target test environment; Running the target test environment according to the configuration file and injecting the fault injection data into the target test environment includes: determining the fault injection tool corresponding to the fault injection data according to the fault injection type of the fault injection data; and calling the fault injection tool to inject the fault injection data into the target test environment. The target test environment after injecting the fault injection data is invoked to test the autonomous driving function; Send the functional test results of the autonomous driving function to the cloud; The process of calling the target test environment after injecting the fault injection data to test the autonomous driving function includes at least one of the following: Test the functional status of the aforementioned autonomous driving function; During the testing of the autonomous driving function, the functional status of other functions in the target test environment besides the autonomous driving function is tested. The test aims to determine whether the communication link between the target test environment and the cloud is normal.

2. The method according to claim 1, characterized in that, The fault injection type includes at least one of the following: Fault point injection type; System injection type.

3. The method according to claim 2, characterized in that, If the fault injection type is the fault point injection type, then the step of calling the fault injection tool to inject the fault injection data into the target test environment includes: Invoke the preset debugging tool to debug the process corresponding to the autonomous driving function in the target test environment; At the fault injection point of the process, the fault injection data is injected.

4. The method according to claim 2, characterized in that, If the fault injection type is the system injection type, then the step of calling the fault injection tool to inject the fault injection data into the target test environment further includes: The memory consumption tool is invoked to inject the fault injection data into the test system corresponding to the target test environment. The memory consumption tool is used to consume the memory of the test system so that the consumed memory reaches a preset memory value.

5. A functional testing method, characterized in that, include: A functional test request is sent to the vehicle. The functional test request includes fault injection data corresponding to the autonomous driving function and a configuration file of the target test environment. The vehicle is used to run the target test environment according to the configuration file. The fault injection tool corresponding to the fault injection data is determined according to the fault injection type of the fault injection data. The fault injection tool is invoked to inject the fault injection data into the target test environment, and the target test environment after injecting the fault injection data is invoked to test the autonomous driving function; Receive the functional test results of the autonomous driving function sent by the vehicle; The process of calling the target test environment after injecting the fault injection data to test the autonomous driving function includes at least one of the following: Test the functional status of the aforementioned autonomous driving function; During the testing of the autonomous driving function, the functional status of other functions in the target test environment besides the autonomous driving function is tested. The test objective is to determine whether the communication link between the test environment and the cloud is functioning correctly.

6. The method according to claim 5, characterized in that, The method further includes: Obtain the fault configuration data corresponding to the autonomous driving function and the target test environment; The fault injection data is generated based on the fault configuration data and the target test environment.

7. The method according to claim 5, characterized in that, The method further includes: The environment management module is invoked to obtain the configuration file corresponding to the target test environment. The environment management module is used to manage different test environments.

8. A functional testing device, characterized in that, include: The receiving module is configured to receive functional test requests sent from the cloud, the functional test requests including fault injection data corresponding to the autonomous driving function and configuration files of the target test environment; The injection module is configured to run the target test environment according to the configuration file and inject the fault injection data into the target test environment, including: determining the fault injection tool corresponding to the fault injection data according to the fault injection type of the fault injection data; and calling the fault injection tool to inject the fault injection data into the target test environment. The test module is configured to invoke the target test environment after the fault injection data is injected, and test the autonomous driving function; The sending module is configured to send the functional test results of the autonomous driving function to the cloud. The process of calling the target test environment after injecting the fault injection data to test the autonomous driving function includes at least one of the following: Test the functional status of the aforementioned autonomous driving function; During the testing of the autonomous driving function, the functional status of other functions in the target test environment besides the autonomous driving function is tested. The test objective is to determine whether the communication link between the test environment and the cloud is functioning correctly.

9. A functional testing device, characterized in that, include: The sending module is configured to send a functional test request to the vehicle. The functional test request includes fault injection data corresponding to the autonomous driving function and a configuration file of the target test environment. The vehicle is used to run the target test environment according to the configuration file and determine the fault injection tool corresponding to the fault injection data according to the fault injection type of the fault injection data. The fault injection tool is invoked to inject the fault injection data into the target test environment, and the target test environment after injecting the fault injection data is invoked to test the autonomous driving function; The receiving module is configured to receive the functional test results of the autonomous driving function sent by the vehicle; The process of calling the target test environment after injecting the fault injection data to test the autonomous driving function includes at least one of the following: Test the functional status of the aforementioned autonomous driving function; During the testing of the autonomous driving function, the functional status of other functions in the target test environment besides the autonomous driving function is tested. The test aims to determine whether the communication link between the target test environment and the cloud is normal.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1 to 7.

11. An electronic device, comprising a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method of any one of claims 1 to 7.

12. A vehicle, characterized in that, include: The apparatus as described in claim 8 or 9, or the electronic device as described in claim 11.

Images