OTA automatic testing method, device and equipment and storage medium

Abstract

The invention discloses an OTA automatic testing method and device, equipment and a storage medium. The method comprises the following steps: acquiring a test configuration file, wherein the test configuration file comprises information required for packaging a task upgrade package; in response to one or more test objects selected by a user in an interactive interface, creating a task upgrade package corresponding to the test objects in a cloud server according to the test configuration file, and generating corresponding task file information; and packaging the task upgrade package according to the task file information and pushing the task upgrade package to a client. According to the technical scheme, for the multiple test objects, the multiple task upgrade packages are created, the upgrade tasks are pushed, the test efficiency is improved, and an OTA software release plan is prevented from being affected.

Description

Technical Field

[0001] This application relates to the technical field of vehicle testing, and particularly to an OTA automated testing method, device, equipment and storage medium. Background Art

[0002] With the development of automotive intelligent networking, the combination of automobiles and the Internet has become increasingly close, and the Over-the-Air (OTA) technology has gradually become a standard feature of vehicle models of each host factory. The OTA technology is widely used for remotely upgrading vehicle controllers to repair software vulnerabilities and iterate functions. To improve the user experience after the vehicle is launched, it is particularly important to ensure the reliability, stability, and security of the OTA upgrade technology.

[0003] Currently, the testing of OTA technology relies on test engineers to complete test verification non-automatically on a test bench or in a real vehicle. However, this method affects the OTA software release plan due to low test efficiency. Summary of the Invention

[0004] Based on the above problems, this application provides an OTA automated testing method, device, equipment and storage medium to improve the OTA testing efficiency.

[0005] The embodiments of this application disclose the following technical solutions:

[0006] In a first aspect, an OTA automated testing method is provided in an embodiment of this application, and the method includes:

[0007] Obtain a test configuration file, where the test configuration file includes information required for packaging a task upgrade package;

[0008] In response to one or more test objects selected by a user in an interactive interface, create a task upgrade package corresponding to the test object in a cloud server according to the test configuration file, and generate corresponding task file information;

[0009] Package the task upgrade package according to the task file information and push it to a client.

[0010] Optionally, the packaging the task upgrade package according to the task file information and pushing it to the client specifically includes:

[0011] Package the task upgrade package according to the task file information, repeat it the number of times of the first preset stress test, and obtain a packaging test result;

[0012] Push the task upgrade packages packaged the number of times of the first preset stress test to the client, and generate a packaging test report according to the packaging test result.

[0013] Optionally, after packaging the task upgrade package according to the task file information and pushing it to the client, the method further includes:

[0014] Download the task upgrade package to a first preset space on the client, repeat a second preset number of stress test times, and obtain a download test result;

[0015] Generate a download test report according to the download test result.

[0016] Optionally, after downloading the task upgrade package to a first preset space on the client, the method further includes:

[0017] Perform reverse testing through a monitoring device, repeat a third preset number of stress test times, and obtain a prerequisite test result for the task upgrade package;

[0018] Generate a prerequisite test result report according to the prerequisite test result.

[0019] Optionally, after performing the reverse testing through the monitoring device, the method further includes:

[0020] Transfer the task upgrade package in the first preset space to a second preset space on the client;

[0021] When the reverse testing passes, upgrade the software according to the task upgrade package, repeat a fourth preset number of times, and obtain a task package upgrade test result;

[0022] Generate a task package upgrade test report according to the task package upgrade test result.

[0023] Optionally, before downloading the task upgrade package for the last time, the method further includes:

[0024] Delete the task upgrade package downloaded to the first preset space on the client last time.

[0025] Optionally, creating a task upgrade package corresponding to the test object in the cloud server according to the test configuration file and generating corresponding task file information specifically includes:

[0026] Call the test configuration file according to Python WebDriver, create a task upgrade package corresponding to the test object in the cloud server, and generate corresponding task file information.

[0027] In a second aspect, an OTA automated testing device provided by an embodiment of the present application is characterized in that the device includes: an acquisition module, a creation module, and a push module;

[0028] The obtaining module is configured to obtain a test configuration file, where the test configuration file includes information required for packaging a task upgrade package;

[0029] The creating module is configured to, in response to a test object selected by a user in an interaction interface, create a task upgrade package corresponding to the test object in a cloud server according to the test configuration file, and generate corresponding task file information;

[0030] The pushing module is configured to package the task upgrade package according to the task file information and push it to a client.

[0031] Optionally, the pushing module is specifically configured to:

[0032] Package the task upgrade package according to the task file information, repeat it for a first preset number of stress testing times and obtain a packaging test result;

[0033] Push the task upgrade packages packaged for the first preset number of stress testing times to the client, and generate a packaging test report according to the packaging test result.

[0034] Optionally, the device further includes: a download test module;

[0035] The download test module is configured to download the task upgrade package to a first preset space of the client, repeat it for a second preset number of stress testing times and obtain a download test result;

[0036] Generate a download test report according to the download test result.

[0037] Optionally, the device further includes: a prerequisite test module;

[0038] The prerequisite test module is configured to perform reverse testing through a monitoring device, repeat it for a third preset number of stress testing times to obtain a prerequisite test result regarding the task upgrade package;

[0039] Obtain a prerequisite test result report according to the prerequisite test result.

[0040] Optionally, the device further includes: an upgrade test module;

[0041] The upgrade test module is configured to transfer the task upgrade package in the first preset space to a second preset space of the client;

[0042] When the reverse testing passes, upgrade the software according to the task upgrade package, repeat it for a fourth preset number of times and obtain a task package upgrade test result;

[0043] Generate a task package upgrade test report according to the task package upgrade test result.

[0044] Optionally, the download test module is further configured to:

[0045] Delete the task upgrade package that was downloaded to the first preset space on the client last time.

[0046] Optionally, the creation module is specifically configured to:

[0047] Call the test configuration file according to Python WebDriver, create a task upgrade package corresponding to the test object in the cloud server, and generate corresponding task file information.

[0048] In a third aspect, an embodiment of the present application provides a computer device, including: a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the computer program, the OTA automation test method described in any item of the first aspect is implemented.

[0049] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium. Instructions are stored in the computer-readable storage medium. When the instructions run on a terminal device, the terminal device is caused to execute the OTA automation test method described in any item of the first aspect.

[0050] Compared with the prior art, the present application has the following beneficial effects:

[0051] First, obtain a test configuration file, where the test configuration file includes information required for packaging a task upgrade package; then, in response to one or more test objects selected by a user on an interaction interface, create a task upgrade package corresponding to the test object in the cloud server according to the test configuration file, and generate corresponding task file information; finally, package the task upgrade package according to the task file information and push it to the client. In the embodiment of the present application, for multiple test objects, the creation of multiple task upgrade packages is realized and the push of the upgrade task is completed, improving the test efficiency and avoiding affecting the OTA software release plan. Description of the Drawings

[0052] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings required for use in the description of the embodiments or the prior art. Obviously, the following drawings are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0053] Figure 1 It is a flowchart of an OTA automation test method provided by an embodiment of the present application;

[0054] Figure 2 Flow chart of a packaging test method provided by an embodiment of the present application;

[0055] Figure 3 Flow chart of a download test method provided by an embodiment of the present application;

[0056] Figure 4 Flow chart of a precondition test method provided by an embodiment of the present application;

[0057] Figure 5 Flow chart of an upgrade test provided by an embodiment of the present application;

[0058] Figure 6 Structural schematic diagram of an OTA automation test device provided by an embodiment of the present application;

[0059] Figure 7 Structural schematic diagram of a computer device provided by an embodiment of the present application. Detailed implementation manners

[0060] As described above, the current OTA technology test relies on test engineers to perform non-automated test verification on the test bench or actual vehicle, resulting in low test efficiency and affecting the OTA software release plan.

[0061] To solve the above technical problems, the present application proposes an OTA automation test method, which includes: first, obtaining a test configuration file, where the test configuration file includes information required for packaging task upgrade packages; then, in response to one or more test objects selected by a user in an interaction interface, creating a task upgrade package corresponding to the test object in a cloud server according to the test configuration file, and generating corresponding task file information; finally, packaging the task upgrade package according to the task file information and pushing it to a client.

[0062] To enable those skilled in the art to better understand the solution of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

[0063] See Figure 1 , which is a flow chart of an OTA automation test method provided by an embodiment of the present application.

[0064] As Figure 1 shown, the method includes:

[0065] S101: Obtain a test configuration file, where the test configuration file includes information required for packaging the task upgrade package.

[0066] Among them, the test configuration file can be an XML file or other files, mainly used for Python to call the configuration file location and key information, so as to automatically create a task upgrade package in the server.

[0067] S102: In response to one or more test objects selected by the user in the interaction interface, create a task upgrade package corresponding to the test object in the cloud server according to the test configuration file, and generate corresponding task file information.

[0068] Specifically, in response to one or more test objects selected by the user in the interaction interface, call the test configuration file according to Python WebDriver, create a task upgrade package corresponding to the test object in the cloud server, and generate corresponding task file information.

[0069] Among them, the test object can be any module or component in the vehicle; the interaction interface can be a UI human-computer interaction interface implemented through PYQT5. The embodiments of the present application do not impose any form of limitation on the test object.

[0070] It can be understood that the same test object can correspond to one task upgrade package or multiple task upgrade packages. When the test object corresponds to one task upgrade package, Python WebDriver calls the test configuration file, creates a task upgrade package corresponding to the test object in the cloud server, and generates corresponding task file information; when the test object corresponds to multiple task upgrade packages, Python WebDriver calls the test configuration file, creates n task upgrade packages corresponding to the test object in the cloud server, and generates corresponding n task file information.

[0071] For multiple test objects, the creation of multiple task upgrade packages is realized, effectively improving the creation efficiency of the task upgrade package, and thus improving the test efficiency.

[0072] S103: Package the task upgrade package according to the task file information and push it to the client.

[0073] In an optional implementation manner, when the test object corresponds to one task upgrade package, package the task upgrade package according to the information required for packaging in the test configuration file; after packaging is completed, push the task upgrade package to the corresponding client according to the task file information.

[0074] In an alternative embodiment, when there are multiple task upgrade packages corresponding to a test object, n task upgrade packages are respectively packaged according to a test configuration file to obtain n packaged files; after the packaging is completed, the n packaged files are respectively pushed to corresponding clients according to corresponding task file information for testing.

[0075] First, obtain a test configuration file, where the test configuration file includes information required for packaging task upgrade packages; then, in response to one or more test objects selected by a user in an interaction interface, create task upgrade packages corresponding to the test objects in a cloud server according to the test configuration file, and generate corresponding task file information; finally, package the task upgrade packages according to the task file information and push them to a client. In the embodiments of the present application, for multiple test objects, the creation of multiple task upgrade packages is realized and the push of upgrade tasks is completed, improving the test efficiency and avoiding affecting the OTA software release plan.

[0076] See Figure 2 , which is a flowchart of a packaging test method provided by an embodiment of the present application.

[0077] As Figure 2 shown, the method includes:

[0078] S201: Batch register information of vehicles to be upgraded based on Python.

[0079] Optionally, when there are multiple test objects, batch processing can reduce the workload of repeated operations, thereby improving the test efficiency.

[0080] It should be understood that for vehicles that have completed vehicle information registration, this step can be ignored.

[0081] S202: Package the task upgrade packages according to the task file information, repeat the first preset stress test number of times, and obtain a packaging test result.

[0082] It should be understood that the first preset stress test number can be set according to user requirements; the packaging test result can be a summary of the packaging results for the first preset stress test number of times, or can include the results of each packaging.

[0083] S203: Push the task upgrade packages packaged for the first preset stress test number of times to a client, and generate a packaging test report according to the packaging test result.

[0084] By repeatedly executing the packaging for the first preset number of times, the results of the packaging test can be obtained, and the results are generated in the form of a report for analyzing the packaging test.

[0085] See Figure 3, this figure is a flowchart of a download test method provided by an embodiment of the present application.

[0086] As Figure 3 shown, the method includes:

[0087] S301: Download the task upgrade package to the first preset space of the client, repeat it the second preset number of stress test times, and obtain the download test result.

[0088] Among them, the first preset space can be the directory where the client stores the task upgrade package; the second preset number of stress test times can be set according to the actual needs of the user.

[0089] Specifically, download the task upgrade package to the first preset space of the client; delete the task upgrade package downloaded to the first preset space of the client, and download the task upgrade package to the first preset space of the client; download the task upgrade package to the first preset space of the client, delete the task upgrade package downloaded to the first preset space of the client last time, and download the task upgrade package to the first preset space of the client...

[0090] Among them, deleting the task upgrade package downloaded to the first preset space last time is to facilitate the next download of the task upgrade package. Because, if there is an unfinished task upgrade package locally before downloading the task upgrade package, it will cause the download of the new task upgrade package to fail.

[0091] S302: Generate a download test report according to the download test result.

[0092] By repeatedly executing the download test the second preset number of times, the result of the download test can be obtained, and this result is generated in the form of a report for analyzing the download test.

[0093] See Figure 4 , this figure is a flowchart of a prerequisite test method provided by an embodiment of the present application.

[0094] As Figure 4 shown, the method includes:

[0095] S401: Perform reverse testing through the monitoring device, and repeat the third preset number of stress test times to obtain the prerequisite test result of the task upgrade package.

[0096] Specifically, the monitoring device is used to complete the simulation of environmental variable signals for the conditions not satisfied with vehicle upgrade, that is, to complete reverse testing by simulating signals such as power supply, gear shift, parking, and battery power. That is to say, when the simulation of signals such as power supply, gear shift, parking, and battery power does not meet the upgrade conditions, that is, when reverse testing is passed, the prerequisite conditions of the test object can be tested.

[0097] It should be understood that the third preset number of stress tests can be set according to the user's needs.

[0098] S402: Obtain a precondition test result report based on the precondition test results.

[0099] By repeatedly executing the precondition test a third preset number of times, the results of the precondition test can be obtained, and the results can be generated in the form of a report for analyzing the precondition test.

[0100] See Figure 5 , which shows a flowchart of an upgrade test provided by an embodiment of the present application.

[0101] As Figure 5 shown, the method includes:

[0102] S501: Transfer the task upgrade package in the first preset space to the second preset space of the client.

[0103] Among them, the second preset space can be a local computer or other files of the client other than the first preset space.

[0104] S502: When the reverse test passes, upgrade the software according to the task upgrade package, repeat a fourth preset number of times, and obtain the task package upgrade test results.

[0105] It should be understood that the fourth preset number can be set or changed according to the user's needs.

[0106] S503: Generate a task package upgrade test report based on the task package upgrade test results.

[0107] By repeatedly executing the upgrade test a fourth preset number of times, the results of the upgrade test can be obtained, and the results can be generated in the form of a report for analyzing the upgrade test.

[0108] It should be understood that Figures 2 - 5 describe the packaging test method, download test method, precondition test method, and upgrade test method respectively. In the embodiments of the present application, each method can be executed independently or as a complete set of test methods for full-process testing. When the vehicle is not ready, the test can be carried out on a simple test bench, saving time for subsequent on-vehicle testing, thereby improving the test efficiency and avoiding affecting the OTA software release plan.

[0109] See Figure 6 , which shows a schematic structural diagram of an OTA test device provided by an embodiment of the present application.

[0110] As Figure 6 shown, the device includes: an acquisition module 601, a creation module 602, and a push module 603;

[0111] An acquisition module 601, configured to acquire a test configuration file, where the test configuration file includes information required for packaging a task upgrade package;

[0112] A creation module 602, configured to, in response to a test object selected by a user in an interaction interface, create a task upgrade package corresponding to the test object in a cloud server according to the test configuration file, and generate corresponding task file information;

[0113] A push module 603, configured to package the task upgrade package according to the task file information and push it to a client.

[0114] Optionally, the push module 603 is specifically configured to:

[0115] Package the task upgrade package according to the task file information, repeat the first preset number of stress test times and obtain a packaging test result;

[0116] Push the task upgrade package packaged for the first preset number of stress test times to the client, and generate a packaging test report according to the packaging test result.

[0117] Optionally, the apparatus further includes: a download test module;

[0118] The download test module is configured to download the task upgrade package to a first preset space of the client, repeat the second preset number of stress test times and obtain a download test result;

[0119] Generate a download test report according to the download test result.

[0120] Optionally, the apparatus further includes: a prerequisite test module;

[0121] The prerequisite test module is configured to perform a reverse test through a monitoring device, repeat the third preset number of stress test times to obtain a prerequisite test result for the task upgrade package;

[0122] Obtain a prerequisite test result report according to the prerequisite test result.

[0123] Optionally, the apparatus further includes: an upgrade test module;

[0124] The upgrade test module is configured to transfer the task upgrade package in the first preset space to a second preset space of the client;

[0125] When the reverse test passes, upgrade the software according to the task upgrade package, repeat the fourth preset number of times and obtain a task package upgrade test result;

[0126] Generate a task package upgrade test report according to the task package upgrade test result.

[0127] Optionally, the download test module is further configured to:

[0128] Delete the task upgrade package that was downloaded to the first preset space on the client last time.

[0129] Optionally, the creation module is specifically configured to:

[0130] Call the test configuration file according to Python WebDriver, create a task upgrade package corresponding to the test object in the cloud server, and generate corresponding task file information.

[0131] In addition, the embodiments of the present application provide a computer device and a computer-readable storage medium.

[0132] The computer device includes: a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the computer program, the OTA automation test method according to any one of the embodiments is implemented.

[0133] The computer-readable storage medium stores instructions that, when run on a terminal device, cause the terminal device to execute the OTA automation test method according to any one of the embodiments.

[0134] In practical applications, the computer-readable storage medium may adopt any combination of one or more computer-readable media. The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples (non-exhaustive list) of the computer-readable storage medium include: an electrical connection having one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this embodiment, the computer-readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0135] A computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries computer-readable program code. Such a propagated data signal may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device.

[0136] The program code contained on a computer-readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0137] The computer program code for performing the operations of the present invention may be written in one or more programming languages or combinations thereof. The programming languages include object-oriented programming languages such as Java, Smalltalk, C++, and also include conventional procedural programming languages such as the "C" language or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, executed as a stand-alone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., through the Internet using an Internet service provider).

[0138] As Figure 7 shown, a schematic structural diagram of a computer device provided by an embodiment of the present application. Figure 7 The displayed computer device 12 is merely an example and should not impose any limitation on the functions and usage scope of the embodiments of the present invention.

[0139] As Figure 7 shown, the computer device 12 is presented in the form of a general-purpose computing device. The components of the computer device 12 may include but are not limited to: one or more processors or processing units 16, a system memory 28, and a bus 18 connecting different system components (including the system memory 28 and the processing unit 16).

[0140] Bus 18 represents one or more of several types of bus architectures, including a memory bus or memory controller, a peripheral bus, an Accelerated Graphics Port, a processor, or a local bus using any of the various bus architectures. By way of example, such architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MAC) bus, Enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.

[0141] Computer device 12 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by computer device 12, including volatile and nonvolatile media, removable and non-removable media.

[0142] System memory 28 can include computer system readable media in the form of volatile memory, such as random access memory (RAM) 30 and / or cache memory 32. Computer device 12 can further include other removable / non-removable, volatile / nonvolatile computer system storage media. By way of example only, storage system 34 can be used for reading and writing on non-removable, nonvolatile magnetic media ( Figure 7 not shown, typically called a "hard disk drive"). Although Figure 7 not shown in the figure, a disk drive for reading and writing on removable nonvolatile disks (such as a "floppy disk"), and an optical disk drive for reading and writing on removable nonvolatile optical disks (such as a CD-ROM, DVD-ROM, or other optical media) can be provided. In these cases, each drive can be connected to bus 18 via one or more data media interfaces. Memory 28 can include at least one program product having a set (e.g., at least one) of program modules that are configured to perform the functions of the embodiments of the present invention.

[0143] A program / utility 40 having a set (at least one) of program modules 42 can be stored, for example, in memory 28, and such program modules 42 include, but are not limited to, an operating system, one or more application programs, other program modules, and program data, and an implementation of a network environment may be included in each or some combination of these examples. Program modules 42 typically execute the functions and / or methods in the embodiments described in the present invention.

[0144] The computer device 12 can also communicate with one or more external devices 14 (such as keyboards, pointing devices, monitors 24, etc.), and can also communicate with one or more devices that enable users to interact with the computer device 12, and / or communicate with any device that enables the computer device 12 to communicate with one or more other computing devices (such as network cards, modems, etc.). Such communication can be carried out through the input / output (I / O) interface 22. Moreover, the computer device 12 can also communicate with one or more networks (such as local area networks (LANs), wide area networks (WANs), and / or public networks, such as the Internet) through the network adapter 20. As Figure 7 shown, the network adapter 20 communicates with other modules of the computer device 12 through the bus 18. It should be understood that although Figure 7 not shown in the figure, other hardware and / or software modules can be used in combination with the computer device 12, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, etc.

[0145] The processor unit 16 executes various functional applications and data processing by running programs stored in the system memory 28, such as implementing the OTA automation test method provided in the embodiments of the present application.

[0146] It should be noted that the various embodiments in this specification are described in a progressive manner. For the same or similar parts among the embodiments, reference can be made to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the device embodiments, since they are basically similar to the method embodiments, the description is relatively simple. For the relevant parts, reference can be made to the description of the method embodiments. The device embodiments described above are only illustrative. The units described as separate components may or may not be physically separated, and the components prompted as units may or may not be physical units, that is, they can be located in one place or distributed to multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art can understand and implement it without creative efforts.

[0147] As described above, this is only a specific implementation manner of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions that can be easily thought of by those skilled in the art within the technical scope disclosed in the present application should be covered by the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. An OTA automated testing method, characterized in that: The method comprises: Obtain a test configuration file, wherein the test configuration file includes information required for packaging a task upgrade package; In response to one or more test objects selected by the user in the interactive interface, a task upgrade package corresponding to the test object is created in the cloud server according to the test configuration file, and corresponding task file information is generated; According to the task file information, the task upgrade package is packaged and pushed to the client.

2. The method according to claim 1, characterized in that The step of packaging the task upgrade package according to the task file information and pushing the package to the client specifically includes: Packing the task upgrade package according to the task file information, repeating the first preset stress test number of times and obtaining a packaging test result; The task upgrade package packaged a first preset number of stress tests is pushed to the client, and a packaging test report is generated according to the packaging test result.

3. The method according to claim 2, characterized in that After packaging the task upgrade package according to the task file information and pushing it to the client, the method further includes: Download the task upgrade package to the first preset space of the client, repeat the second preset stress test number of times and obtain the download test result; A download test report is generated according to the download test result.

4. The method according to claim 3, characterized in that After downloading the task upgrade package to the first preset space of the client, the method further includes: Performing a reverse test through a monitoring device, repeating a third preset stress test number of times to obtain a prerequisite test result for the task upgrade package; A prerequisite test result report is obtained according to the prerequisite test result.

5. The method according to claim 4 in the group is characterized in that: After the reverse test is performed by the monitoring device, the method further comprises: Transferring the task upgrade package in the first preset space to a second preset space on the client; When the reverse test passes, the software is upgraded according to the task upgrade package, and the process is repeated for a fourth preset number of times to obtain a task package upgrade test result; A task package upgrade test report is generated according to the task package upgrade test result.

6. The method according to any one of claims 3 to 5, characterized in that: Before downloading the task upgrade package for the next time, the method further includes: The task upgrade package that was last downloaded to the first preset space of the client is deleted.

7. The method according to any one of claims 1 to 5, characterized in that: The step of creating a task upgrade package corresponding to the test object in the cloud server according to the test configuration file and generating corresponding task file information specifically includes: According to Python WebDriver calling the test configuration file, a task upgrade package corresponding to the test object is created in the cloud server, and corresponding task file information is generated.

8. An OTA automated testing device, characterized in that: The device comprises: an acquisition module, a creation module and a push module; The acquisition module is used to acquire a test configuration file, wherein the test configuration file includes information required for packaging a task upgrade package; The creation module is used to create a task upgrade package corresponding to the test object in the cloud server according to the test configuration file in response to the test object selected by the user in the interactive interface, and generate corresponding task file information; The push module is used to package the task upgrade package according to the task file information and push it to the client.

9. A computer device, characterized in that: include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the OTA automated testing method according to any one of claims 1 to 7 is implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores instructions, and when the instructions are executed on the terminal device, the terminal device executes the OTA automated testing method according to any one of claims 1 to 7.

Images