CN111679965A - Automated testing method, apparatus, computer equipment and storage medium - Google Patents

Abstract

The present application discloses an automated testing method, device, computer equipment and storage medium. The method includes: when an automated testing request is received, acquiring first address information of a code management warehouse; The code management tool in the cloud platform obtains the specified code corresponding to the automated test request from the code management warehouse; generates the automated test script corresponding to the specified code according to the specified code; pulls the preset Docker image from the mirror warehouse, and puts the The Docker image is deployed in the container cloud platform; the automated test script is copied to the Docker image in the container cloud platform to generate the corresponding pod; the automated test script is executed in the pod. This application uses container technology and mirroring technology to generate pods for automated testing, which effectively ensures the reusability and maintainability of the test running environment for automated testing, and improves the testing efficiency and test stability of automated testing. .

Description

Automated testing method, apparatus, computer equipment and storage medium

technical field

The present application relates to the field of Internet technologies, and in particular, to an automated testing method, apparatus, computer equipment and storage medium.

Background technique

Automated testing has become more and more important in the testing phase, and automated testing can cover part of the test cases, thereby reducing the release pressure of testers. The existing automated testing process usually needs to deploy a test running environment, such as a code running environment, dependent libraries, and various software, on an automated test server to run automated test scripts. However, after the test running environment of the automated test script is successfully deployed on the automated test server, if an exception occurs on the automated test server and the system needs to be reinstalled, all the previously deployed configuration data will be lost, making it impossible to follow up at all. Run automated tests as normal. If the above-mentioned test operation environment needs to be restored, the above-mentioned deployment process of the test operation environment needs to be performed again, the reusability of the test operation environment is not high, and the test efficiency of the automated test is low. Moreover, it is difficult, time-consuming and labor-intensive for testers to quickly restore the test running environment at present, and the maintenance cost of the test running environment is relatively high.

SUMMARY OF THE INVENTION

The main purpose of the present application is to provide an automated test method, device, computer equipment and storage medium, which aims to solve the problem of the existing automated test server abnormality and the need to reload the system during the process of automated test process. In some cases, the deployment process of the test running environment needs to be re-executed, which leads to the low reusability of the test running environment, the high maintenance cost of the test running environment, and the low test efficiency of automated testing.

The application proposes an automated testing method, the method includes the steps:

When an automated test request is received, obtain the first address information of the code management warehouse;

According to the first address information, the specified code corresponding to the automated test request is obtained from the code management warehouse through a preset code management tool in the container cloud platform;

According to the specified code, generate an automated test script corresponding to the specified code;

Pull the preset Docker image from the image warehouse, and deploy the Docker image in the container cloud platform;

Copying the automated test script into the Docker image in the container cloud platform to generate a corresponding pod;

Execute the automated test script in the pod.

Optionally, before the step of acquiring the specified code corresponding to the automated test request from the code management warehouse by using a preset code management tool in the container cloud platform according to the first address information, the method includes:

Receive the input test code corresponding to the automated test;

Screen out method names from the test code, wherein the number of method names includes one or more;

Extract the method data corresponding to the method name from the pre-created pytest decorator;

Using the method data to update the test code to obtain the specified code;

The specified code is sent to the Gitlab server, so that the specified code is stored in the code management repository through the Gitlab server.

Optionally, before the step of extracting the method data corresponding to the method name from the pre-created pytest decorator, the method includes:

Get public methods corresponding to automated tests;

Encapsulate the public method into a pytest decorator;

Store the pytest decorator in a pre-created first designated file.

Optionally, the step of generating an automated test script corresponding to the specified code according to the specified code includes:

performing a compilation operation on the specified code;

Obtain the compilation result generated after the specified code performs the compilation operation;

Obtain a script template corresponding to the automated test request from a preset script database;

The automated test script is generated according to the compilation result and the script template.

Optionally, before the step of pulling a preset Docker image from an image warehouse and deploying the Docker image in the container cloud platform, the steps include:

Obtain the dependency library of the python program, and package the python dependency library into a second specified file corresponding to the specified file type;

Get the input Dockerfile file;

The second specified file and the Dockerfile file are placed in the same pre-created specified directory;

Acquire a base image, wherein the base image includes a running environment of a python program;

The dependency library of the python program in the specified directory is packaged into the base image by the Docker build command to obtain the corresponding Docker image;

Send the Docker image to the image warehouse for storage through the Docker push command;

The step of pulling the preset Docker image from the image warehouse includes:

obtaining the second address information of the mirror warehouse;

Pull the Docker image from the image repository according to the second address information.

Optionally, before the step of obtaining the first address information of the code management warehouse when an automated test request is received, the steps include:

monitor the cloud container platform within a preset time period, and obtain status information corresponding to the cloud container platform;

According to the state information, determine whether the container state of the cloud container platform is abnormal;

If it is determined that the container state of the cloud container platform is not abnormal, an acquisition instruction for acquiring the first address information of the code management warehouse is generated.

Optionally, after the step of executing the automated test script in the pod, it includes:

Obtain the running result of the automated test script;

Comparing the actual output corresponding to the running result with the expected output to obtain a comparison result;

Generate a test report of the automated test script according to the running result and the comparison result;

Display the test report.

The application also provides an automated testing device, comprising:

a first acquisition module, configured to acquire the first address information of the code management warehouse when an automated test request is received;

The second obtaining module is configured to obtain the specified code corresponding to the automated test request from the code management warehouse through a preset code management tool in the container cloud platform according to the first address information;

a first generation module, configured to generate an automated test script corresponding to the specified code according to the specified code;

A deployment module, used to pull a preset Docker image from an image warehouse, and deploy the Docker image in the container cloud platform;

The second generation module is used to copy the automated test script to the Docker image in the container cloud platform to generate a corresponding pod;

An execution module, configured to execute the automated test script in the pod.

The present application also provides a computer device, including a memory and a processor, where a computer program is stored in the memory, and the processor implements the steps of the above method when executing the computer program.

The present application also provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, the steps of the above method are implemented.

The automated testing method, device, computer equipment and storage medium provided in this application have the following beneficial effects:

In the automated testing method, device, computer equipment and storage medium provided in this application, when an automated testing request is received, the first address information of the code management warehouse is obtained; according to the first address information, the preset container cloud platform is The code management tool inside obtains the specified code corresponding to the automated test request from the code management warehouse; generates an automated test script corresponding to the specified code according to the specified code; pulls presets from the mirror warehouse Docker image, and deploy the Docker image in the container cloud platform; copy the automated test script to the Docker image in the container cloud platform to generate a corresponding pod; described automated test scripts. The present application increases the mobility of the test environment for automated testing by using container technology and mirroring technology to generate pods for automated testing. When the pod is abnormal, a new pod can be quickly generated to deploy the test running environment for executing automated tests again, and the test running environment will not be lost, ensuring the reusability of the test running environment for automated testing. The traditional automated testing method needs to redeploy the test running environment when the test running environment deployed on the automated test server is abnormal, which improves the test efficiency and test stability of the automated test.

Description of drawings

1 is a schematic flowchart of an automated testing method according to an embodiment of the present application;

2 is a schematic structural diagram of an automated testing device according to an embodiment of the present application;

FIG. 3 is a schematic structural diagram of a computer device according to an embodiment of the present application.

The realization, functional characteristics and advantages of the purpose of the present application will be further described with reference to the accompanying drawings in conjunction with the embodiments.

Detailed ways

It should be understood that the specific embodiments described herein are only used to explain the present application, but not to limit the present application.

It should be noted that all directional indications (such as up, down, left, right, front, back...) in the embodiments of the present application are only used to explain the relationship between various components under a certain posture (as shown in the accompanying drawings). The relative positional relationship, movement situation, etc., if the specific posture changes, the directional indication also changes accordingly, and the connection may be a direct connection or an indirect connection.

1, an automated testing method according to an embodiment of the present application includes:

S1: When an automated test request is received, obtain the first address information of the code management warehouse;

S2: According to the first address information, obtain the specified code corresponding to the automated test request from the code management warehouse through a preset code management tool in the container cloud platform;

S3: according to the specified code, generate an automated test script corresponding to the specified code;

S4: Pull the preset Docker image from the image warehouse, and deploy the Docker image in the container cloud platform;

S5: Copy the automated test script to the Docker image in the container cloud platform to generate a corresponding pod;

S6: Execute the automated test script in the pod.

As described above in steps S1 to S6, the execution body of this embodiment of the method is an automated testing device. In practical applications, the automated testing device can be implemented by a virtual device, such as software code, or by a physical device written or integrated with relevant execution codes, and can communicate with the user through a keyboard, mouse, remote control, touchpad or Human-computer interaction by means of voice-activated devices. The automated test apparatus provided by this embodiment can quickly and conveniently deploy the corresponding test running environment in the container cloud platform by generating a pod when the test running environment of the automated test server is abnormal, so as to ensure the normal operation of the automated test. Specifically, when an automated test request is received, first address information of the code management warehouse is obtained. Then, according to the above-mentioned first address information, the designated code corresponding to the automated test request is obtained from the above-mentioned code management warehouse through a preset code management tool in the container cloud platform. Wherein, before receiving the above-mentioned automated test request, the above-mentioned container cloud platform will be pre-created. The above-mentioned container cloud platform includes code management tools and image warehouses, and the container cloud platform can be automatically created by relying on container technology and cluster scheduling editing management technology through a preset container creation script. After the above specified code is obtained, an automated test script corresponding to the above specified code is generated according to the above specified code. The automated test script may be generated according to a compilation result generated after the above-mentioned specified code is compiled, and a script template corresponding to the automated test request. After obtaining the above automated test script, obtain the preset Docker image from the mirror warehouse, and deploy the Docker image in the above container cloud platform. After the Docker image is deployed, copy the above automated test script to the Docker image in the above container cloud platform to generate the corresponding pod. Among them, the above-mentioned pod can be regarded as a test running environment required for automated testing by running automated test scripts. Finally, after the above-mentioned pod is generated, the above-mentioned automated test script is executed in the above-mentioned pod to realize the test process of the automated test. Wherein, if an exception occurs during the execution of the above-mentioned automated test script in the above-mentioned pod, the above-mentioned automated test process can be re-executed to quickly generate a new pod, and then the above-mentioned automated test script is executed through the new pod. In addition, when a new automated test request is received, the above steps are repeated. This embodiment increases the mobility of the test environment for automated testing by using the container technology and the mirroring technology to generate pods for automated testing. When the pod is abnormal, a new pod can be quickly generated to deploy the test running environment for executing automated tests again, and the test running environment will not be lost, ensuring the reusability of the test running environment for automated testing. The traditional automated testing method needs to redeploy the test running environment when the test running environment deployed on the automated test server is abnormal, which improves the test efficiency and test stability of the automated test.

Further, in an embodiment of the present application, before the above step S2, it includes:

S200: Receive the input test code corresponding to the automated test;

S201: Screen out method names from the test code, wherein the number of the method names includes one or more;

S202: Extract the method data corresponding to the method name from the pre-created pytest decorator;

S203: use the method data to update the test code to obtain the specified code;

S204: Send the specified code to the Gitlab server, so that the specified code is stored in the code management warehouse through the Gitlab server.

As described in the above steps S200 to S204, before the above step of obtaining the specified code corresponding to the automated test request from the above code management warehouse through the code management tool in the preset container cloud platform according to the above first address information, further Include the process of generating the specified code. Specifically, the test code corresponding to the automated test input by the user is received first. Then filter out the method names from the above test code, where the number of the above method names includes one or more. Then extract the method data corresponding to the above method name from the pre-created pytest decorator. Among them, the above pytest decorator is obtained by encapsulating public methods related to automated testing. After the above-mentioned method data is obtained, the above-mentioned first test code is updated by using the above-mentioned method data to obtain the above-mentioned designated code. Finally, the above-mentioned specified code is sent to the Gitlab server, so that the above-mentioned Gitlab server stores the above-mentioned specified code in the above-mentioned code management warehouse, so that the specified code can be used to generate an automated test script for automated testing subsequently. In this embodiment, the user does not need to repeatedly write the public method and write all the data contained in the public method into the test code, but the user only needs to pass in the method name of the public method, and the subsequent intelligent use of the pytest decorator will be based on the inclusion of The test code of the method name is used to obtain the specified code, which effectively reduces the workload of the user's repetitive code writing and reduces the limitation of the test code writing.

Further, in an embodiment of the present application, before the above step S202, it includes:

S2020: Obtain public methods corresponding to automated tests;

S2021: Encapsulate the public method into a pytest decorator;

S2022: Store the pytest decorator in a pre-created first specified file.

As described in the above steps S2020 to S2022, before the above step of extracting the method data corresponding to the above method name from the pre-created pytest decorator, a creation process of creating the pytest decorator is also included. Specifically, public methods corresponding to automated tests are first obtained. There is no specific limitation on how to obtain the above public methods. The above public methods can be obtained by querying network resources related to automated testing, or by receiving common public methods input by developers. After getting the above public method, encapsulate the above public method into a pytest decorator. Among them, the pytest decorator is defined in front of the function by using the pytest.fixture identifier. When the user writes the test function, the function name can be used as the incoming parameter, and the pytest decorator will use the dependency injection method to use the return value of the function as the incoming parameter of the test function. Finally, the above-mentioned pytest decorator is stored in a pre-created first designated file, where the above-mentioned first designated file may specifically be a conftest.py file. By storing the above-mentioned pytest decorator in the first specified file, it is beneficial to process the test code containing the method name written by the user according to the pytest decorator in the subsequent automated testing process, and then generate the subsequent use for automation. The specified script to be used for the test.

Further, in an embodiment of the present application, the above step S3 includes:

S300: perform a compilation operation on the specified code;

S301: Obtain a compilation result generated after the specified code performs the compilation operation;

S302: Obtain a script template corresponding to the automated test request from a preset script database;

S303: Generate the automated test script according to the compilation result and the script template.

As described in the above steps S300 to S303, the above-mentioned steps of generating an automated test script corresponding to the above-mentioned designated code according to the above-mentioned designated code may specifically include: firstly performing a compilation operation on the above-mentioned designated code. Then, the compilation result generated after the above-mentioned specified code is compiled is obtained, wherein the above-mentioned compilation result can be obtained by compiling the above-mentioned code by a compiler. After the above compilation result is obtained, a script template corresponding to the above automatic test request is obtained from a preset script database. Among them, various types of script template files are stored in the above-mentioned script database. Finally, according to the above compilation result and the above script template, the above automated test script is generated, so that the above generated automated test script can be copied to the Docker image in the above container cloud platform, and the corresponding pod is generated, and then the above automation is executed in the above pod. Test scripts to complete automated tests. Specifically, the automated test script can be obtained by referring to the script template corresponding to the above-mentioned automated test request, and inputting the above-mentioned compilation result into the corresponding position of the script template.

Further, in an embodiment of the present application, before the above step S4, it includes:

S400: Obtain the dependency library of the python program, and package the python dependency library into a second specified file corresponding to the specified file type;

S401: Obtain the input Dockerfile;

S402: place the second specified file and the Dockerfile in the same pre-created specified directory;

S403: Obtain a basic image, wherein the basic image includes a running environment of a python program;

S404: package the dependency library of the python program in the specified directory into the base image through the Docker build command to obtain a corresponding Docker image;

S405: Send the Docker image to the image warehouse for storage through the Docker push command;

The step of pulling the preset Docker image from the image warehouse in the step S4 includes:

S410: Obtain the second address information of the mirror warehouse;

S411: Pull the Docker image from the image repository according to the second address information.

As described in the above steps S400 to S405, before the above step of pulling the preset Docker image from the mirror warehouse, the process of generating the Docker image is also included. Specifically, firstly, the dependency library of the python program is obtained, and the above-mentioned The dependency library of the python program is packaged into a second specified file corresponding to the specified file type. Wherein, the dependency library of the python program is some existing method data that has been developed based on the python language, and the dependency library of the python program can be obtained by downloading from relevant network resources (for example, the official website of the python language). In addition, the above-specified file type is specifically a tar.gz file type. Then, the Dockerfile written and input by the developer is obtained, and the above-mentioned second specified file and the above-mentioned Dockerfile file are placed in the same specified directory. The above-mentioned Dockerfile file is a build file used to build a Docker image, and is a script file composed of a series of commands and parameters. The Dockerfile file can be obtained by developers by writing and inputting them according to actual business requirements. In addition, when building a Docker image, the commands contained in the Dockerfile file, such as the python installation command and the installation command of the dependent library of the python program, are executed sequentially. After that, the basic image is obtained. The above basic image includes the operating environment of the python program. If the user needs to add some data in the operating environment of python or modify some data in the operating environment of python, it is necessary to re-correspond to the basic image. Modification, and then the modified base image will be obtained to replace the previous base image. After obtaining the above-mentioned basic image and the above-mentioned designated directory, package the dependency library of the above-mentioned python program in the above-mentioned designated directory into the above-mentioned basic image through the Docker build command to obtain the corresponding Docker image. Wherein, for example, the above-mentioned Docker build command may specifically be Dockerbuild-t image warehouse address/image name: image version. Finally, the above Docker image is sent to the preset image warehouse for storage through the Docker push command, so that the preset Docker image can be quickly pulled from the image warehouse in the subsequent automated testing process, and the Docker image can be deployed in the above container. in the cloud platform. Among them, after the above-mentioned Docker image is generated, the Docker image needs to be saved and used later. For example, the Docker image can be pushed to the mirror warehouse for saving, and the Docker image will not be lost after saving, which ensures that the Docker image will not be lost. Security of Docker images. In addition, for example, the above-mentioned Docker push command may specifically be Docker dockerpush image warehouse address/image name: image version. Further, as described in the above steps S410 to S411, the above-mentioned step of obtaining a preset Docker image may specifically include: first obtaining the second address information of the above-mentioned mirror warehouse, and then according to the above-mentioned second address information, from the above-mentioned mirror warehouse. Pull the above Docker image.

In an embodiment of the present application, before the above step S1, it includes:

S100: Monitor the cloud container platform within a preset time period, and obtain status information corresponding to the cloud container platform;

S101: According to the state information, determine whether the container state of the cloud container platform is abnormal;

S102: If it is determined that the container state of the cloud container platform is not abnormal, generate an acquisition instruction for acquiring the first address information of the code management warehouse.

As described in the above steps S100 to S102, when an automated test request is received, before the process of obtaining the first address information of the code management warehouse, it is necessary to further monitor whether the pre-created container cloud platform can run normally to ensure that Subsequent automated tests can be smoothly performed according to the cloud container platform. Specifically, firstly, the above-mentioned cloud container platform is monitored within a preset time period, and status information corresponding to the above-mentioned cloud container platform is obtained. The above preset time period is not specifically limited, and can be set according to actual needs, for example, it can be set within 10 minutes after the cloud container platform is successfully created. In addition, the above-mentioned status information can be obtained by acquiring and analyzing the relevant operation data of the cloud container platform. The above-mentioned relevant operation data may specifically include CPU usage, memory usage, network throughput and space utilization, and so on. Then, according to the above state information, it is determined whether the container state of the above cloud container platform is abnormal. The above state information may specifically include normal operation or abnormal operation. By comparing the relevant operation data with a preset standard threshold, if the relevant operation data is within the range of the standard threshold, the state information is determined to be in normal operation, otherwise It is determined that the status information is abnormal operation. If it is determined that the container state of the cloud container platform is not abnormal, an acquisition instruction for acquiring the first address information of the code management warehouse is generated. In another embodiment, if it is determined that the container state of the above-mentioned cloud container platform is abnormal, a preset container creation script is called to automatically create a cloud container platform that is the same as the above-mentioned cloud container platform, and then the newly created cloud container platform is used. The container platform executes the subsequent automated testing process, so that the container cloud platform can be quickly and intelligently rebuilt after the container state of the container cloud platform is abnormal, so that the regenerated cloud container platform can be used for more reliable automation. test process.

Further, in an embodiment of the present application, after the above step S6, it includes:

S600: Obtain the running result of the automated test script;

S601: Compare the actual output corresponding to the running result with the expected output to obtain a comparison result;

S602: Generate a test report of the automated test script according to the running result and the comparison result;

S603: Display the test report.

As described in the foregoing steps S600 to S603, after the foregoing step of executing the foregoing automated test script in the foregoing pod, a corresponding test report may also be generated according to the running result generated after the execution of the automated test script. Specifically, first obtain the running result of the above-mentioned automated test script. Then, the actual output corresponding to the above running result is compared with the expected output to obtain the comparison result. Wherein, the running result of the above automated test script is the actual result corresponding to the automated test, the above preset output is the expected result corresponding to the automated test, and by comparing the above actual result with the expected result, the specific test of this automated test can be obtained Happening. When the above comparison result is obtained, the test report of the above automatic test script is generated according to the above comparison result. The content of the above test report may specifically include actual output data, and difference data between the actual output and the expected output. After the test report is generated, the above test report is finally displayed, so that the user can clearly know the specific test data of this automated test and the specific test situation according to the test report, so that subsequent users can follow the test report. The test report makes corresponding improvements to the subsequent automated testing process.

Referring to FIG. 2, an embodiment of the present application also provides an automated testing device, including:

The first acquisition module 1 is used to acquire the first address information of the code management warehouse when an automated test request is received;

The second obtaining module 2 is configured to obtain the specified code corresponding to the automated test request from the code management warehouse through a preset code management tool in the container cloud platform according to the first address information;

The first generation module 3 is used to generate an automated test script corresponding to the specified code according to the specified code;

Deployment module 4, for pulling the preset Docker image from the mirror warehouse, and deploying the Docker image in the container cloud platform;

The second generation module 5 is used to copy the automated test script to the Docker image in the container cloud platform to generate a corresponding pod;

An execution module 6, configured to execute the automated test script in the pod.

In this embodiment, for the implementation process of the functions and functions of the first acquisition module, the second acquisition module, the first generation module, the deployment module, the second generation module and the execution module in the above-mentioned automated testing device, please refer to the above-mentioned automated testing method for details. The implementation process corresponding to steps S1 to S6 in , will not be repeated here.

Further, in an embodiment of the present application, the above-mentioned automated testing device includes:

The first receiving module is used for receiving the input test code corresponding to the automated test;

A screening module for screening out method names from the test code, wherein the number of method names includes one or more;

The extraction module is used to extract the method data corresponding to the method name from the pre-created pytest decorator;

an update module, configured to use the method data to update the test code to obtain the specified code;

The first sending module is configured to send the specified code to the Gitlab server, so as to store the specified code in the code management warehouse through the Gitlab server.

In this embodiment, the implementation process of the functions and functions of the first receiving module, the screening module, the extracting module, the updating module, and the first sending module in the above-mentioned automatic testing device can be found in the steps S200 to S204 in the above-mentioned automatic testing method for details. The implementation process is not repeated here.

Further, in an embodiment of the present application, the above-mentioned automated testing device includes:

The third acquisition module is used to acquire the public method corresponding to the automated test;

An encapsulation module for encapsulating the public method into a pytest decorator;

A storage module, configured to store the pytest decorator in a pre-created first specified file.

In this embodiment, the implementation process of the functions and functions of the third acquisition module, the encapsulation module, and the storage module in the above-mentioned automated testing device can be found in the implementation process corresponding to steps S2020 to S2022 in the above-mentioned automated testing method, and details are not repeated here. .

Further, in an embodiment of the present application, the above-mentioned first generation module includes:

a compiling unit, configured to perform a compiling operation on the specified code;

a first acquiring unit, configured to acquire a compilation result generated after the specified code performs the compilation operation;

a second obtaining unit, configured to obtain a script template corresponding to the automated test request from a preset script database;

A generating unit, configured to generate the automated test script according to the compilation result and the script template.

In this embodiment, for the implementation process of the functions and roles of the compilation unit, the first acquisition unit, the second acquisition unit and the generation unit in the above-mentioned automated testing device, please refer to the implementation process of corresponding steps S300 to S303 in the above-mentioned automated testing method for details. It is not repeated here.

Further, in an embodiment of the present application, the above-mentioned automated testing device includes:

the fourth acquisition module is used to acquire the dependency library of the python program, and package the python dependency library into a second specified file corresponding to the specified file type;

The fifth obtaining module is used to obtain the input Dockerfile file;

A placement module for placing the second specified file and the Dockerfile in the same pre-created specified directory;

The sixth acquisition module is used to acquire a basic image, wherein the basic image includes a running environment of a python program;

A packaging module for packaging the dependency library of the python program in the specified directory into the base image through the Docker build command to obtain a corresponding Docker image;

The second sending module is used to send the Docker image to the image warehouse for storage through the Docker push command;

The above deployment modules include:

A third obtaining unit, configured to obtain the second address information of the mirror warehouse;

A pulling unit, configured to pull the Docker image from the image repository according to the second address information.

In this embodiment, the implementation process of the functions and functions of the fourth acquisition module, the fifth acquisition module, the placement module, the sixth acquisition module, the packaging module, and the second sending module in the above-mentioned automated testing device are detailed in the above-mentioned automated testing method. The implementation process corresponding to steps S400 to S405 in the above will not be repeated here. And the implementation process of the functions and functions of the third acquiring unit and the pulling unit in the above-mentioned automated testing apparatus is detailed in the implementation process corresponding to steps S410 to S411 in the above-mentioned automated testing method, which will not be repeated here.

Further, in an embodiment of the present application, the above-mentioned automated testing device includes:

A seventh obtaining module, configured to monitor the cloud container platform within a preset time period, and obtain status information corresponding to the cloud container platform;

a judgment module, configured to judge whether the container state of the cloud container platform is abnormal according to the state information;

The third generation module is configured to generate an acquisition instruction for acquiring the first address information of the code management warehouse if it is determined that the container state of the cloud container platform is not abnormal.

In this embodiment, the implementation process of the functions and functions of the seventh acquisition module, the judgment module, and the third generation module in the above-mentioned automated testing device can be found in the implementation process of the corresponding steps S100 to S102 in the above-mentioned automated testing method for details. Repeat.

Further, in an embodiment of the present application, the above-mentioned automated testing device includes:

an eighth acquisition module, for acquiring the running result of the automated test script;

a comparison module for comparing the actual output corresponding to the running result with the expected output to obtain a comparison result;

a fourth generation module, for generating a test report of the automated test script according to the running result and the comparison result;

The display module is used to display the test report.

In this embodiment, for the implementation process of the functions and functions of the eighth acquisition module, the comparison module, the fourth generation module and the display module in the above-mentioned automated testing device, please refer to the implementation process corresponding to steps S600 to S603 in the above-mentioned automated testing method for details. , and will not be repeated here.

Referring to FIG. 3 , an embodiment of the present application further provides a computer device. The computer device may be a server, and its internal structure may be as shown in FIG. 3 . The computer device includes a processor, memory, a network interface, and a database connected by a system bus. Among them, the processor of the computer equipment is designed to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium, an internal memory. The nonvolatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the execution of the operating system and computer programs in the non-volatile storage medium. The database of the computer device is used to store data such as first address information, specified code, and Docker image. The network interface of the computer device is used to communicate with an external terminal through a network connection. The computer program when executed by the processor implements an automated testing method.

The above-mentioned processor executes the steps of the above-mentioned automated testing method:

When an automated test request is received, obtain the first address information of the code management warehouse;

According to the first address information, the specified code corresponding to the automated test request is obtained from the code management warehouse through a preset code management tool in the container cloud platform;

According to the specified code, generate an automated test script corresponding to the specified code;

Pull the preset Docker image from the image warehouse, and deploy the Docker image in the container cloud platform;

Copying the automated test script into the Docker image in the container cloud platform to generate a corresponding pod;

Execute the automated test script in the pod.

Those skilled in the art can understand that the structure shown in FIG. 3 is only a block diagram of a partial structure related to the solution of the present application, and does not constitute a limitation on the apparatus or computer equipment to which the solution of the present application is applied.

An embodiment of the present application also provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, an automated testing method is implemented, specifically:

When an automated test request is received, obtain the first address information of the code management warehouse;

According to the first address information, the specified code corresponding to the automated test request is obtained from the code management warehouse through a preset code management tool in the container cloud platform;

According to the specified code, generate an automated test script corresponding to the specified code;

Pull the preset Docker image from the image warehouse, and deploy the Docker image in the container cloud platform;

Copying the automated test script into the Docker image in the container cloud platform to generate a corresponding pod;

Execute the automated test script in the pod.

To sum up, the automated testing method, device, computer equipment, and storage medium provided in the embodiments of the present application acquire the first address information of the code management warehouse when an automated testing request is received; The code management tool in the preset container cloud platform obtains the specified code corresponding to the automated test request from the code management warehouse; generates an automated test script corresponding to the specified code according to the specified code; from the image Pull the preset Docker image in the warehouse, and deploy the Docker image in the container cloud platform; copy the automated test script to the Docker image in the container cloud platform, and generate a corresponding pod; The automated test script is executed in the pod. The embodiments of the present application increase the mobility of the test environment for automated testing by using the container technology and the mirroring technology to generate pods for automated testing. When the pod is abnormal, a new pod can be quickly generated to deploy the test running environment for executing automated tests again, and the test running environment will not be lost, ensuring the reusability of the test running environment for automated testing. The traditional automated testing method needs to redeploy the test running environment when the test running environment deployed on the automated test server is abnormal, which improves the test efficiency and test stability of the automated test.

Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be implemented by instructing relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage In the medium, when the computer program is executed, it may include the processes of the above-mentioned method embodiments. Wherein, any reference to memory, storage, database or other medium provided in this application and used in the embodiments may include non-volatile and/or volatile memory. Nonvolatile memory may include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double-rate SDRAM (SSRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

It should be noted that, herein, the terms "comprising", "comprising" or any other variation thereof are intended to encompass non-exclusive inclusion, such that a process, apparatus, article or method comprising a series of elements includes not only those elements, It also includes other elements not expressly listed or inherent to such a process, apparatus, article or method. Without further limitation, an element qualified by the phrase "comprising a..." does not preclude the presence of additional identical elements in the process, apparatus, article, or method that includes the element.

The above are only the preferred embodiments of the present application, and are not intended to limit the scope of the patent of the present application. Any equivalent structure or equivalent process transformation made by using the contents of the description and drawings of the present application, or directly or indirectly applied to other related The technical field is similarly included in the scope of patent protection of this application.

Claims (10)

1. An automated testing method, comprising:

when receiving an automatic test request, acquiring first address information of a code management warehouse;

according to the first address information, acquiring an appointed code corresponding to the automatic test request from the code management warehouse through a code management tool in a preset container cloud platform;

generating an automatic test script corresponding to the designated code according to the designated code;

pulling a preset Docker mirror image from a mirror image warehouse, and deploying the Docker mirror image in the container cloud platform;

copying the automatic test script to a Docker mirror image in the container cloud platform to generate a corresponding pod;

executing the automated test script in the pod.

2. The automated testing method according to claim 1, wherein before the step of obtaining the specified code corresponding to the automated testing request from the code management repository through a code management tool in a preset container cloud platform according to the first address information, the method includes:

receiving an input test code corresponding to an automated test;

screening out method names from the test codes, wherein the number of the method names comprises one or more;

extracting method data corresponding to the method name from a pre-created pytest decorator;

updating the test code by using the method data to obtain the specified code;

and sending the specified code to a Gitlab server so as to store the specified code into the code management warehouse through the Gitlab server.

3. The automated testing method of claim 2, wherein said step of extracting method data corresponding to said method name from a pre-created pytest decorator is preceded by the steps of:

acquiring a public method corresponding to the automated testing;

packaging the public method into a pytest decorator;

the pytest decorator is stored in a pre-created first designated file.

4. The automated testing method of claim 1, wherein the step of generating an automated testing script corresponding to the specified code based on the specified code comprises:

performing a compilation operation on the specified code;

acquiring a compiling result generated after the specified code executes the compiling operation;

acquiring a script template corresponding to the automatic test request from a preset script database;

and generating the automatic test script according to the compiling result and the script template.

5. The automated testing method of claim 1, wherein the step of pulling a preset Docker image from an image repository and deploying the Docker image in the container cloud platform is preceded by the step of:

acquiring a dependency library of a python program, and packaging the python dependency library into a second specified file corresponding to the specified file type;

acquiring an input Dockerfile file;

placing the second specified file and the Dockerfile file in the same pre-established specified directory;

acquiring a basic mirror image, wherein the basic mirror image comprises an operating environment of a python program;

packing the dependent libraries of the python programs in the specified directory into the basic mirror image through a Docker build command to obtain a corresponding Docker mirror image;

sending the Docker mirror image to the mirror image warehouse for storage through a Docker push command;

the step of pulling the preset Docker mirror image from the mirror image warehouse comprises the following steps:

acquiring second address information of the mirror image warehouse;

and pulling the Docker mirror image from the mirror image warehouse according to the second address information.

6. The automated testing method of claim 1, wherein the step of obtaining the first address information of the code management repository when the automated testing request is received is preceded by:

monitoring the cloud container platform within a preset time period to acquire corresponding state information of the cloud container platform;

judging whether the container state of the cloud container platform is abnormal or not according to the state information;

and if the container state of the cloud container platform is judged not to be abnormal, generating an acquisition instruction for acquiring the first address information of the code management warehouse.

7. The automated testing method of claim 1, wherein the step of executing the automated test script in the pod is followed by:

acquiring an operation result of the automatic test script;

comparing the actual output corresponding to the operation result with the expected output to obtain a comparison result;

generating a test report of the automatic test script according to the running result and the comparison result;

and displaying the test report.

8. An automated testing apparatus, comprising:

the system comprises a first acquisition module, a second acquisition module and a third acquisition module, wherein the first acquisition module is used for acquiring first address information of a code management warehouse when receiving an automatic test request;

a second obtaining module, configured to obtain, according to the first address information, an assigned code corresponding to the automated test request from the code management repository through a code management tool in a preset container cloud platform;

the first generation module is used for generating an automatic test script corresponding to the specified code according to the specified code;

the deployment module is used for pulling a preset Docker mirror image from the mirror image warehouse and deploying the Docker mirror image in the container cloud platform;

the second generation module is used for copying the automatic test script into a Docker mirror image in the container cloud platform to generate a corresponding pod;

an execution module to execute the automated test script in the pod.

9. A computer device comprising a memory and a processor, the memory having stored therein a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method according to any one of claims 1 to 7.

10. A storage medium having a computer program stored thereon, the computer program, when being executed by a processor, realizing the steps of the method of any one of claims 1 to 7.

Images