Automatic vehicle testing method and related equipment
By generating preset test requirement instances and automated test programs in HIL testing, the problem of poor communication between designers and testers was solved, realizing the automation and efficient execution of vehicle testing, and improving testing efficiency and traceability.
Patent Information
- Application Number
- CN202511784432.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-11-28
- Publication Date
- 2026-03-17
AI Technical Summary
In the field of HIL testing, the workflow of designers issuing test tasks to testers has not been automated, which makes it difficult for testers to fully understand the designer's intentions, resulting in repetitive or ineffective work. Furthermore, designers lack the ability to write test programs and find it difficult to complete test work independently, which in turn leads to low vehicle testing efficiency.
By acquiring the expected test requirement parameters, uploading them to the cloud database to generate preset test requirement instances, obtaining the working status information of the test equipment, determining the target test equipment, generating corresponding test tasks, using the preset automated test generation unit to generate the target automated test program, and executing the test to obtain the target test results.
It has improved the automation and efficiency of vehicle testing, reduced communication costs, increased the automation and efficiency of testing work, and made the test results traceable.
Smart Images
Figure CN121684431A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of vehicle technology, and in particular to an automated vehicle testing method and related equipment. Background Technology
[0002] In the field of HIL testing, the workflow of designers issuing test tasks to testers has not yet been automated. As testers may not fully understand the designer's intentions, this leads to repetitive or ineffective work. Furthermore, designers are usually unfamiliar with test benches and lack the ability to write test programs, making it difficult for them to complete test work independently, which in turn results in low vehicle testing efficiency.
[0003] In summary, the technical problems existing in the relevant technologies need to be improved. Summary of the Invention
[0004] The main objective of this application is to propose an automated vehicle testing method and related equipment, which can effectively improve the automation level and efficiency of testing.
[0005] To achieve the above objectives, one aspect of this application proposes an automated vehicle testing method, the method comprising: Obtain the expected test requirement parameters, and then upload the expected test requirement parameters to the cloud database to generate a preset test requirement instance; Obtain the device working status information of each preset test device, and then determine the target test device based on the device working status information and the preset test requirement instance, and generate the corresponding test task; When it is determined that the test task meets the preset generation conditions, the target automated test program is generated by the preset automated test generation unit according to the preset test requirement instance; The target test results are obtained by performing tests on the target test equipment according to the target automated test program.
[0006] In some embodiments, obtaining the desired test requirement parameters and then uploading the desired test requirement parameters to a cloud database to generate a preset test requirement instance includes: Obtain the expected test requirement parameters; wherein, the expected test requirement parameters include preprocessing module parameters, execution and evaluation module parameters, and postprocessing module parameters; The desired test requirement parameters are stored in the cloud database to generate the preset test requirement instance.
[0007] In some embodiments, after obtaining the device operating status information of each preset test device, determining the target test device based on the device operating status information and the preset test requirement instance, and generating the corresponding test task, the method further includes: When it is determined that the test task does not meet the preset generation conditions, a working condition combination analysis is performed based on the expected test requirement parameters to determine whether the expected test requirement parameters meet the test working condition combination conditions. When it is determined that the expected test requirement parameters meet the test condition combination conditions, a test program writing request is sent to a preset client; or, when it is determined that the expected test requirement parameters do not meet the test condition combination conditions, a test requirement modification request is sent to the preset client; wherein, the test program writing request is used to request manual writing of the test program, and the test requirement modification request is used to request modification of the expected test requirement parameters.
[0008] In some embodiments, when it is determined that the test task meets preset generation conditions, generating a target automated test program according to the preset test requirement instance through a preset automated test generation unit includes: When it is determined that the test task meets the preset generation conditions, the preset automated test generation unit reads the preprocessing module parameters and the postprocessing module parameters, and then constructs the first test program based on the preprocessing module parameters and the postprocessing module parameters in combination with the preset code module. The parameters of the execution and evaluation module are read line by line, and then the second test program is generated line by line through the logic code in the preset automated test generation unit. The target automated test program is constructed based on the first test program and the second test program.
[0009] In some embodiments, after performing the test according to the target automated test program through the target test device and obtaining the target test result, the method further includes: The target test results are sent back to the target client based on the preset test user information.
[0010] In some embodiments, obtaining the device operating status information of each preset test device, and then determining the target test device based on the device operating status information and the preset test requirement instance, and generating the corresponding test task, includes: Obtain the device operating status information; wherein, the device operating status information includes the current device operating status; The device to be matched is determined based on the current operating status of the device. The target test device is obtained by matching the test capability parameters of the device to be matched with the preset test requirement instance, and the test task is generated.
[0011] To achieve the above objectives, another aspect of this application provides an automated vehicle testing apparatus, the apparatus comprising: The first module is used to obtain the expected test requirement parameters and then upload the expected test requirement parameters to the cloud database to generate a preset test requirement instance. The second module is used to obtain the device working status information of each preset test device, and then determine the target test device based on the device working status information and the preset test requirement instance, and generate the corresponding test task. The third module is used to generate a target automated test program through a preset automated test generation unit based on the preset test requirement instance when it is determined that the test task meets the preset generation conditions. The fourth module is used to execute tests through the target testing equipment according to the target automated testing program to obtain the target test results.
[0012] To achieve the above objectives, another aspect of this application provides an electronic device, the electronic device comprising: At least one processor; At least one memory for storing at least one program; When the at least one program is executed by the at least one processor, the at least one processor performs the method described above.
[0013] To achieve the above objectives, another aspect of the embodiments of this application proposes a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method.
[0014] To achieve the above objectives, another aspect of this application provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method. The embodiments of this application include at least the following beneficial effects: This application provides a vehicle automated testing method, apparatus, electronic device, storage medium, and program product. This solution obtains expected test requirement parameters and then uploads these parameters to a cloud database to generate preset test requirement instances. Next, the embodiments of this invention obtain the device operating status information of each preset test device, and then determine the target test device based on the operating status information and the preset test requirement instances, and generate corresponding test tasks. Then, when it is determined that the test task meets the preset generation conditions, a target automated test program is generated according to the preset test requirement instances through a preset automated test generation unit. The test is then executed through the target test device according to the target automated test program to obtain the target test results, thus achieving automated testing. It is readily understood that the embodiments of this invention, by automatically generating the target automated test program based on the obtained expected requirement parameters and allocating test devices through the operating status information of the preset test devices and the preset test requirement instances, can effectively improve the automation level and efficiency of the testing work. Attached Figure Description
[0015] Figure 1 This is a flowchart of the vehicle automated testing method provided in an embodiment of the present invention; Figure 2 This is a schematic diagram of the visual front-end interface provided in an embodiment of the present invention; Figure 3 This is a schematic diagram illustrating the working principle of automated vehicle testing provided in this embodiment of the invention; Figure 4 This is a schematic diagram of an excerpt of the execution logic of the preset automated test generation unit provided in an embodiment of the present invention; Figure 5 This is a schematic diagram of the function call window of the preprocessing module provided in an embodiment of the present invention; Figure 6 This is a schematic diagram of the internal code of the preprocessing module provided in an embodiment of the present invention; Figure 7 This is a schematic diagram of the main program package provided in an embodiment of the present invention; Figure 8 This is a schematic diagram of the structure of the vehicle automated testing device provided in an embodiment of the present invention; Figure 9 This is a schematic diagram of the hardware structure of the electronic device provided in an embodiment of the present invention. Detailed Implementation
[0016] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit it. In the following description, when referring to the accompanying drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with those of this application; they are merely examples of apparatuses and methods consistent with some aspects of the embodiments of this application as detailed in the appended claims.
[0017] It is understood that the terms “first,” “second,” etc., used in this application may be used herein to describe various concepts, but unless otherwise stated, these concepts are not limited by these terms. These terms are only used to distinguish one concept from another. For example, without departing from the scope of the embodiments of this application, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the words “if,” “when,” or “in response to a determination” as used herein may be interpreted as “when…” or “when…” or “in response to a determination.”
[0018] As used in this application, the terms "at least one", "multiple", "each", "any", etc., "at least one" includes one, two or more, "multiple" includes two or more, "each" refers to each of the corresponding multiples, and "any" refers to any one of the multiples.
[0019] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.
[0020] Before providing a detailed description of the embodiments of this application, some of the nouns and terms involved in the embodiments of this application will be explained first. The nouns and terms involved in the embodiments of this application are subject to the following interpretations.
[0021] In the field of HIL testing, the workflow of designers issuing test tasks to testers has not yet been automated. As testers may not fully understand the designer's intentions, this leads to repetitive or ineffective work. Furthermore, designers are usually unfamiliar with test benches and lack the ability to write test programs, making it difficult for them to complete test work independently, which in turn results in low vehicle testing efficiency.
[0022] In view of this, this application provides a vehicle automated testing method, apparatus, electronic device, storage medium, and program product. This solution obtains desired test requirement parameters and uploads them to a cloud database to generate preset test requirement instances. Next, this embodiment obtains the device operating status information of each preset test device, then determines the target test device based on the operating status information and the preset test requirement instances, and generates corresponding test tasks. Then, when the test task meets preset generation conditions, a target automated test program is generated based on the preset test requirement instances through a preset automated test generation unit. The test is then executed on the target test device according to the target automated test program to obtain the target test results, thus achieving automated testing and effectively improving the automation level and efficiency of the testing work.
[0023] The vehicle automated testing method provided in this application relates to the field of vehicle technology. The vehicle automated testing method provided in this application can be applied to a terminal, a server, or software running on a terminal or server. In some embodiments, the terminal can be a smartphone, tablet, laptop, desktop computer, smart speaker, smartwatch, or in-vehicle terminal, but is not limited to these. The server can be configured as an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms. The server can also be a node server in a blockchain network. The software can be an application that implements the vehicle automated testing method, but is not limited to the above forms.
[0024] This application can be used in a wide variety of general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics devices, network PCs, minicomputers, mainframe computers, and distributed computing environments including any of the above systems or devices. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.
[0025] It should be noted that in all specific embodiments of this application, when processing data related to user identity or characteristics, such as user information, user behavior data, user historical data, and user location information, user permission or consent is obtained first. Furthermore, the collection, use, and processing of this data comply with relevant laws, regulations, and standards. In addition, when embodiments of this application require access to sensitive personal information of users, separate permission or consent from the user is obtained through pop-ups or redirection to confirmation pages. Only after obtaining the user's separate permission or consent is the necessary user-related data required for the proper functioning of these embodiments acquired.
[0026] Figure 1 This is an optional flowchart of the vehicle automated testing method provided in the embodiments of this application. Figure 1 The method may include, but is not limited to, steps S110 to S140.
[0027] Step S110: Obtain the expected test requirement parameters, and then upload the expected test requirement parameters to the cloud database to generate a preset test requirement instance.
[0028] Step S120: Obtain the device working status information of each preset test device, and then determine the target test device based on the device working status information and preset test requirement instances, and generate the corresponding test tasks.
[0029] Step S130: When it is determined that the test task meets the preset generation conditions, the target automated test program is generated through the preset automated test generation unit according to the preset test requirement instance.
[0030] Step S140: Execute the test through the target test equipment according to the target automated test program to obtain the target test results.
[0031] In this specific embodiment, the present invention first obtains the expected test requirement parameters and then uploads them to a cloud database to generate a preset test requirement instance. Specifically, the expected test requirement parameters in this embodiment refer to the test condition parameters for vehicle-related tests (such as component tests). Correspondingly, the expected test requirement parameters in this embodiment can be remotely input by relevant designers (such as component designers) or other technical personnel. The present invention generates a corresponding requirement instance, i.e., a preset test requirement instance, by uploading the expected test requirement parameters to a cloud database and storing the input expected test requirement parameters in the cloud database. Then, the present invention obtains the equipment working status information of each preset test device, and then determines the target test device based on the equipment working status information and the preset test requirement instance, and generates a corresponding test task. Specifically, the preset test device in this embodiment refers to a device equipped with relevant test components for performing test experiments, such as a test device equipped with part a of project A. Correspondingly, the equipment working status information refers to the current working status of the preset test device, such as an idle state or a testing state. Accordingly, in this embodiment of the invention, the working status information of each preset test device and the corresponding preset test requirement instance are combined to match and select the test device, determine the target test device, and generate the corresponding test task. Further, when it is determined that the test task meets the preset generation conditions, this embodiment of the invention generates a target automated test program through a preset automated test generation unit based on the preset test requirement instance, and then executes the test on the target test device according to the target automated test program to obtain the target test result. Specifically, in this embodiment of the invention, the preset generation conditions refer to the generation conditions of the test program, such as whether the test requirements set in the test task conform to the relevant test rules. Accordingly, when it is determined that the test task meets the preset generation conditions, it means that the test program of the test task meets the automated generation conditions. At this time, this embodiment of the invention generates a target automated test program through a preset automated generation unit based on the preset test requirement instance. In this embodiment of the invention, the preset automated generation unit includes an automated test program generation program, such as a Python program, which is responsible for generating the automated test program. Then, this embodiment of the invention executes the test on the target test device according to the generated target automated test program to obtain the target test result.
[0032] In some embodiments of the present invention, desired test requirement parameters are obtained and then uploaded to a cloud database to generate preset test requirement instances, including but not limited to the following steps: Obtain the expected test requirement parameters. These parameters include those for the preprocessing module, the execution and evaluation module, and the postprocessing module.
[0033] The expected test requirement parameters are stored in the cloud database to generate preset test requirement instances.
[0034] In some embodiments of the present invention, the present invention first obtains the expected test requirement parameters, and then stores the expected test requirement parameters in a cloud database to generate a preset test requirement instance. Specifically, the present invention obtains the expected test requirement parameters through a preset visualization front-end. These expected test requirement parameters include preprocessing module parameters, execution and evaluation module parameters, and post-processing module parameters. Accordingly, the preprocessing module parameters in the present invention are used to specify the initial state of the vehicle and the initial state of the driving environment, such as gear position and road surface adhesion coefficient. Meanwhile, the execution and evaluation module parameters are used to change driving environment factors, driver behavior, simulate controller malfunctions, etc., and can add several evaluation indicators after one or more executions. Furthermore, if it is a cyclic test, the post-processing module parameters are used to require the user to define the post-test state of the vehicle and environment; otherwise, all factors are restored to the initial state. For example, as... Figure 2 As shown, designer A proposed a test requirement for an integrated braking control assembly for a project called XXX. The test conditions were: initial vehicle speed of 80 kph in D gear, on a dry, flat asphalt road surface, with the calipers in released position. Then, the brake pedal was depressed 48 mm, and after the vehicle speed dropped to 0, the braking distance was evaluated; a distance greater than 50 m was considered a failure. Accordingly, this embodiment of the invention uploads the collected preprocessing module parameters, execution and evaluation module parameters, and post-processing module parameters to a cloud database for storage, and generates corresponding preset test requirement instances.
[0035] In some embodiments of the present invention, after obtaining the device working status information of each preset test device, determining the target test device based on the device working status information and preset test requirement instances, and generating corresponding test tasks, the vehicle automated testing method provided by the embodiments of the present invention further includes, but is not limited to, the following steps: When it is determined that the test task does not meet the preset generation conditions, a working condition combination analysis is performed based on the expected test requirement parameters to determine whether the expected test requirement parameters meet the test working condition combination conditions.
[0036] When it is determined that the expected test requirement parameters meet the test condition combination conditions, a test program writing request is sent to the preset client; conversely, when it is determined that the expected test requirement parameters do not meet the test condition combination conditions, a test requirement modification request is sent to the preset client. The test program writing request is used to request manual writing of the test program, while the test requirement modification request is used to request modification of the expected test requirement parameters.
[0037] In this specific embodiment, when it is determined that the test task does not meet the preset generation conditions, the embodiment of the present invention further performs a working condition combination analysis based on the expected test requirement parameters to determine whether the expected test requirement parameters meet the test working condition combination conditions. Specifically, when it is determined that the test task does not meet the preset generation conditions, it means that the preset automated test generation unit cannot automatically generate the corresponding test program. At this time, the embodiment of the present invention further analyzes whether the expected test requirement parameters meet the test working condition combination adjustment conditions, that is, determines whether each test working condition combination in the expected test requirement parameters is an illegal condition combination. Herein, an illegal condition combination in the embodiment of the present invention refers to test conditions that are not supported to coexist in bench testing. It may be a condition combination that does not satisfy physical laws, or it may be a test condition combination that cannot be simulated in bench testing. This part is predefined by the tester in the generation program of the automated test program. For example, if a designer sets the initial working condition combination as the caliper state is clamped and accelerated to 80kph, an illegal working condition combination will be triggered (because this combination violates the design specifications and such initial conditions cannot be created in bench testing). Accordingly, embodiments of the present invention determine subsequent processing options by analyzing whether the expected test requirement parameters meet the test condition combination conditions. Specifically, such as... Figure 3 As shown, when it is determined that the expected test requirement parameters meet the test condition combination conditions, a test sequence writing request is sent to the preset client to request the manual writing of test programs. It is easy to understand that in practical applications, not all test programs that cannot be automatically generated are illegal condition combinations. Therefore, if the ungenerated test cases are not also "illegal condition combinations," the test requirement is forwarded to the testers, who then manually write the automated test programs. The results are recorded in another storage area of the cloud database (this area is specifically used to record failed generation cases) to guide subsequent optimization of the generation program or judgment logic. Additionally, when it is determined that the expected test requirement parameters do not meet the preset test condition combination conditions, a test requirement request is sent to the preset client to request modification of the expected test requirement parameters. It is easy to understand that when it is determined that the expected test requirement parameters do not meet the test condition combination conditions, that is, the test conditions in the expected test requirement parameters are test conditions that are not supported to coexist in bench testing, this embodiment of the invention sends a test requirement modification request to the preset client to inform the relevant testers to modify the test conditions.
[0038] In some embodiments of the present invention, when it is determined that the test task meets the preset generation conditions, a target automated test program is generated through a preset automated test generation unit according to a preset test requirement instance, including but not limited to the following steps: Once the test task is determined to meet the preset generation conditions, the preprocessing module parameters and postprocessing module parameters are read by the preset automated test generation unit, and then the first test program is constructed based on the preprocessing module parameters and postprocessing module parameters in combination with the preset code module.
[0039] The parameters of the execution and evaluation module are read line by line, and then the second test program is generated line by line through the logic code in the preset automated test generation unit.
[0040] The target automated test program is constructed based on the first test program and the second test program.
[0041] In this specific embodiment, when it is determined that the test task meets the preset generation conditions, that is, the preset automated test generation unit can generate the corresponding test program, the present invention reads the preprocessing module parameters and postprocessing module parameters through the preset automated test generation unit, and combines them with the preset code module to construct a first test program. Simultaneously, it reads the execution and evaluation module parameters line by line, and generates a second test program line by line through the logic code in the preset automated test generation unit. Then, based on the first and second test programs, a target automated test program is constructed. Specifically, in this embodiment, the information (preprocessing module parameters and postprocessing module parameters) filled in the preprocessing and postprocessing modules will be received by two corresponding packages. Each customizable parameter value in the visualization front-end has a corresponding variable in this package. The input in the module and the variable in the package have already completed mapping matching in advance, and the input information will be automatically filled into the reserved input port. For example, Figure 4 As shown, Figure 4 This is a schematic diagram of the execution logic segment in the preset automated test generation unit. It calls the signal named BrakeLongDistance (longitudinal braking distance) in the test model, and sets its evaluation index to be <=50 for the test to pass. Additionally, as... Figure 5 As shown, during the execution of tasks by the preset automated test generation unit, the corresponding physical quantities in the instance are read and matched to the input window reserved by the preprocessing module, namely Parameters—Configured Value shown in the figure. Correspondingly, the post-processing module operates on the same principle. Furthermore, as... Figure 6As shown, the internal structure of the preprocessing module is relatively fixed, and the code can be predetermined, i.e., a pre-built preset code module. It only allows calls to the four variables shown in the figure, thereby completing the setting of the initial and final working conditions. The preprocessing module in the figure does not represent the final quality; its internal code can be freely modified according to testing requirements, and the supported variables can be freely added or deleted. Furthermore, in this embodiment, the input content in the execution and evaluation module is read from top to bottom, and the program will find the parameters to be read / written / evaluated line by line → find the global variable corresponding to the parameter or the package that implements this instruction → write the code to execute the read / write / evaluation command according to the requirements of the input content. Next, this embodiment obtains the content information to be recorded, finds the corresponding global variable, creates a new Recorder, and adds the above variable to it. Finally, after the code is generated, this embodiment packages it into a Package. The Package contains the generated automated test program and calls the newly created Recorder. When executing the test, the Package is run directly to obtain the target automated test program, such as... Figure 7 As shown. It should be noted that, unlike preprocessing / postprocessing, the execution and evaluation stages involve highly diverse test code, making it difficult to pre-write corresponding preset code blocks for invocation. Therefore, the code is generated line by line through the logic code in the preset automated test generation unit. The preprocessing and postprocessing modules are simpler, directly calling the two modules (preset code modules) and assigning values directly. Furthermore, in this embodiment, the generation program in the preset automated test generation unit does not directly participate in subsequent bench testing. Instead, it calls the API of the automated test program software to generate the test program (target automated test program). Once the target automated test program is generated, its task is complete. Afterward, all testing work (such as condition creation, test data processing, and evaluation) is completed by the target automated test program.
[0042] In some embodiments of the present invention, after executing the test according to the target automated test program through the target test equipment and obtaining the target test result, the vehicle automated test method provided in the embodiments of the present invention further includes, but is not limited to, the following steps: The target test results are sent back to the target client based on the preset test user information.
[0043] In this specific embodiment, after obtaining the target test result, the present invention transmits the target test result back to the target client according to the corresponding preset test user information. Specifically, the preset test user information in this embodiment refers to the user information of the person who proposed the test requirement, which can be obtained simultaneously with obtaining the expected test requirement parameters. Accordingly, by transmitting the recorded target test result back to the target client after the test is completed, the present invention enables relevant testers to view the test results in a timely manner, while ensuring that the entire process of requirement submission and recording signal transmission is fully traceable online, providing strong traceability.
[0044] In some embodiments of the present invention, the device operating status information of each preset test device is obtained, and then the target test device is determined based on the device operating status information and preset test requirement instances, and corresponding test tasks are generated, including but not limited to the following steps: Obtain device operating status information. This includes the current operating status of the device.
[0045] The device to be matched is determined based on the current operating status of the device.
[0046] The target test device is matched based on the test capability parameters of the device to be matched and the preset test requirement instance, and a test task is generated.
[0047] In this specific embodiment, the present invention first obtains the current operating status of the device, determines the device to be matched based on the current operating status, and then matches the target test device according to the test capability parameters of the device to be matched and the preset test requirement instance, and generates the corresponding test task. Specifically, in this embodiment, the device to be matched refers to an idle test device that can currently execute test tasks. The present invention obtains the current operating status of each preset test device, i.e., the current device operating status, to filter out the idle devices to be matched from the preset test devices. Correspondingly, the test capability parameters refer to the test task capabilities that the relevant preset test devices can execute. The present invention matches the test capability parameters of each device to be matched with the input preset test requirement instance to determine the target test device that meets the test requirements. In the process of obtaining the preset test requirement instance, the present invention also requires the requester to provide part name and project number information for allocating test devices. For example, suppose there are only three test devices, equipped with part a of project A, part b of project A, and part a of project B respectively. If two test requests come in, one for part a of project A and the other for part b of project C, the first test request will be assigned to test bench 1 and a test program will be generated (marked as in progress). The second test request will then enter a queue (marked as queued). It should be noted that this embodiment of the invention stores not only all historical request instances in the cloud database, but each instance also saves all information entered in the visual front-end interface and provides the instance status: completed, in progress, or queued. Accordingly, after matching a target test device and generating the corresponding test task, this embodiment of the invention updates the status of each preset test request instance based on the matching result. For example, it obtains the current working status of all devices (project number and name of the sample under test). If the current request matches the testing capability of a certain device, a task is sent, and the instance status is marked as completed. Otherwise, if no matching device is found, it enters a queue, and the instance status is marked as incomplete.
[0048] It is readily understood that, in this embodiment of the invention, after the test environment is pre-built by testers, relevant testers, such as designers, can directly set test conditions in the cloud. This allows for the automatic and remote generation of automated test programs according to the corresponding test requirements, reducing communication costs, improving work efficiency, and further enhancing the automation level of the testing process. Furthermore, in this embodiment of the invention, the entire process of requirement submission and signal recording feedback is fully traceable online, providing strong traceability and facilitating subsequent review of the testing process. This mitigates the risk that test requirements, test programs, test data, and other aspects may be lost or difficult to trace after the testing work is completed due to the lack of traceability.
[0049] Please see Figure 8This application also provides an automated vehicle testing device that can implement the above-described method. The device includes: The first module 210 is used to obtain the expected test requirement parameters and then upload the expected test requirement parameters to the cloud database to generate preset test requirement instances.
[0050] The second module 220 is used to obtain the device working status information of each preset test device, and then determine the target test device based on the device working status information and preset test requirement instances, and generate corresponding test tasks.
[0051] The third module 230 is used to generate a target automated test program through a preset automated test generation unit based on a preset test requirement instance when the test task is determined to meet the preset generation conditions.
[0052] The fourth module 240 is used to execute tests through the target test equipment according to the target automated test program and obtain the target test results.
[0053] It is understood that the content of the above method embodiments is applicable to the present device embodiments. The specific functions implemented by the present device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.
[0054] This application also provides an electronic device, which includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the above-described method. This electronic device can be any smart terminal, including tablet computers, in-vehicle computers, etc.
[0055] It is understood that the content of the above method embodiments is applicable to this device embodiment. The specific functions implemented by this device embodiment are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.
[0056] Please see Figure 9 , Figure 9 The hardware structure of an electronic device according to another embodiment is illustrated. The electronic device includes: The processor 310 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this application. The memory 320 can be implemented as a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 320 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 320 and is called and executed by the processor 310 using the methods described in the embodiments of this application. Input / output interface 330 is used to realize information input and output; The communication interface 340 is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, network cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.). Bus 350 transmits information between various components of the device (e.g., processor 310, memory 320, input / output interface 330, and communication interface 340); The processor 310, memory 320, input / output interface 330 and communication interface 340 are connected to each other within the device via bus 350.
[0057] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method.
[0058] It is understood that the content of the above method embodiments is applicable to this storage medium embodiment. The specific functions implemented in this storage medium embodiment are the same as those in the above method embodiments, and the beneficial effects achieved are also the same as those achieved in the above method embodiments.
[0059] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method.
[0060] It is understood that the content of the above method embodiments is applicable to the embodiments of this program product. The specific functions implemented by the embodiments of this program product are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.
[0061] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory may optionally include memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.
[0062] The embodiments described in this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. As those skilled in the art will know, with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.
[0063] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of this application, and may include more or fewer steps than shown, or combine certain steps, or different steps.
[0064] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.
[0065] Those skilled in the art will understand that all or some of the steps in the methods disclosed above, as well as the functional modules / units in the systems and devices, can be implemented as software, firmware, hardware, or suitable combinations thereof.
[0066] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.
[0067] It should be understood that in this application, "at least one (item)" means one or more, and "more than" means two or more. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.
[0068] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.
[0069] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.
[0070] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.
[0071] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes multiple instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing programs, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0072] The preferred embodiments of the present application have been described above with reference to the accompanying drawings, but this does not limit the scope of the claims of the present application. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and substance of the embodiments of the present application shall be within the scope of the claims of the present application.
Claims
1. A vehicle automation testing method, characterized by, The method comprises the following steps: obtaining expected test requirement parameters, and uploading the expected test requirement parameters to a cloud database to generate a preset test requirement instance; obtaining device working state information of each preset test device, and determining a target test device according to the device working state information and the preset test requirement instance, and generating a corresponding test task; when it is determined that the test task meets a preset generation condition, generating a target automatic test program through a preset automatic test generation unit according to the preset test requirement instance; executing a test through the target test device according to the target automatic test program, and obtaining a target test result.
2. The method of claim 1, wherein, The method comprises the following steps: obtaining the expected test requirement parameters; wherein the expected test requirement parameters comprise pre-processing module parameters, execution and evaluation module parameters, and post-processing module parameters; storing the expected test requirement parameters in the cloud database to generate the preset test requirement instance.
3. The method of claim 1, wherein, After the step of obtaining device working state information of each preset test device, and determining a target test device according to the device working state information and the preset test requirement instance, and generating a corresponding test task, the method further comprises the following steps: when it is determined that the test task does not meet the preset generation condition, performing working condition combination analysis according to the expected test requirement parameters to determine whether the expected test requirement parameters meet test working condition combination conditions; when it is determined that the expected test requirement parameters meet the test working condition combination conditions, issuing a test program writing request to a preset client, or when it is determined that the expected test requirement parameters do not meet the test working condition combination conditions, issuing a test requirement modification request to the preset client; wherein the test program writing request is used to request manual test program writing, and the test requirement modification request is used to request modification of the expected test requirement parameters.
4. The method of claim 2, wherein, The method comprises the following steps: when it is determined that the test task meets the preset generation condition, reading the pre-processing module parameters and the post-processing module parameters through the preset automatic test generation unit, and then constructing a first test program according to the pre-processing module parameters and the post-processing module parameters in combination with a preset code module; reading the execution and evaluation module parameters line by line, and then generating a second test program line by line through a logic code in the preset automatic test generation unit; constructing the target automatic test program according to the first test program and the second test program.
5. The method of claim 1, wherein, After the step of executing a test through the target test device according to the target automatic test program, and obtaining a target test result, the method further comprises the following steps: returning the target test result to a target client according to preset test user information.
6. The method of claim 1, wherein, The device working state information of each preset test equipment is acquired, and then the target test equipment is determined according to the device working state information and the preset test requirement instance, and a corresponding test task is generated, comprising: acquiring the device working state information; wherein the device working state information comprises a current device working state; determining a to-be-matched device according to the current device working state; matching the target test equipment according to the test capability parameter of the to-be-matched device and the preset test requirement instance, and generating the test task.
7. A vehicle automation testing apparatus characterized by comprising: The device comprises: a first module for acquiring an expected test requirement parameter, and then uploading the expected test requirement parameter to a cloud database to generate a preset test requirement instance; a second module for acquiring device working state information of each preset test equipment, and then determining a target test equipment according to the device working state information and the preset test requirement instance, and generating a corresponding test task; a third module for generating a target automatic test program through a preset automatic test generation unit according to the preset test requirement instance when it is determined that the test task satisfies a preset generation condition; a fourth module for executing a test through the target test equipment according to the target automatic test program, and obtaining a target test result.
8. An electronic device, comprising: comprising: at least one processor; at least one memory for storing at least one program; when the at least one program is executed by the at least one processor, the at least one processor implements the method in any one of claims 1 to 6.
9. A computer-readable storage medium storing a computer program, the computer program comprising instructions that, when executed by a computer, cause the computer to perform the method of any one of claims 1 to 8. The computer program is executed by the processor to implement the method in any one of claims 1 to 6.
10. A computer program product comprising a computer program, characterized in that, The computer program is executed by the processor to implement the method in any one of claims 1 to 6.