CN110399307A - A test method, test platform and target server - Google Patents

Abstract

Embodiments of the present invention provide a test method, a test platform and a target server, and relate to the technical field of automated testing. The method includes: the test platform constructs a test image of the to-be-tested task according to the test resource file of the to-be-tested task and saves the test image to a mirror repository. The test platform determines the target server from the server cluster according to the load balancing, and sends the task to be tested to the target server. The target server calls the test image of the task to be tested from the image repository to generate a test container, and executes the task to be tested in the test container. Since the test container is constructed as the execution environment of the task to be tested, it is not necessary to deploy the test environment on the test machine in advance, thereby improving the execution speed of the task to be tested. After the execution of the test task is completed, the test container is eliminated and the resources occupied by the test container are released, which not only realizes the lossless recovery of hardware resources on the test machine, but also improves the utilization rate of the test resources.

Description

A test method, test platform and target server

technical field

Embodiments of the present invention relate to the technical field of automated testing, and in particular, to a testing method, a testing platform and a target server.

Background technique

In the software development process, most of the development processes used are requirements analysis first, then design and coding, and finally testing. At present, continuous integration is mostly used for software development, that is, developers often integrate their work, and automated testing is performed for each integration, so as to find problems in the development process as early as possible. However, the existing test platform needs to deploy the test environment on the test machine in advance according to the test project before performing the test, resulting in low test speed.

SUMMARY OF THE INVENTION

Because the existing test platform needs to deploy the test environment in advance before the test, resulting in the problem of low test speed, the embodiments of the present invention provide a test method, a test platform and a target server.

On the one hand, an embodiment of the present invention provides a test method, comprising:

The test platform obtains the test resource file of the task to be tested;

The test platform constructs the test image of the task to be tested according to the test resource file of the task to be tested;

The test platform sends the task to be tested to the target server, so that the target server calls the test image of the task to be tested to generate a test container, and executes the task to be tested in the test container.

Since the test container is constructed as the execution environment of the task to be tested, it is not necessary to deploy the test environment on the test machine in advance, thereby improving the execution speed of the task to be tested.

Optionally, also include:

The test platform receives a test report sent by the target server, and the test report is generated by the target server after the execution of the task to be tested ends, the test container is eliminated, and the resources occupied by the test container are released.

Since the test container automatically releases the occupied resources after executing the task to be tested, compared with the existing manual clearing of the test environment on the test machine, it not only realizes the non-destructive recovery of hardware resources on the test machine, but also improves the test resources. utilization rate.

Optionally, before the test platform acquires the test resource file of the task to be tested, it further includes:

The test platform generates a basic image of each test item, and stores the test item and the basic image in a corresponding mirror warehouse, and the mirror warehouse is located on the test platform;

The test platform constructs the test image of the task to be tested according to the test resource file of the task to be tested, including:

The test platform acquires the basic image corresponding to the task to be tested from the image repository according to the test item to which the task to be tested belongs;

The test platform constructs the test image of the task to be tested according to the test resource file of the task to be tested and the basic image corresponding to the task to be tested;

The test platform saves the test image of the to-be-tested task in the test project to which the to-be-tested task of the mirror repository belongs.

Since different test items and the basic images corresponding to the test items are established in the mirror warehouse in advance, when the test image of the task to be tested is generated, the basic image of the task to be tested can be obtained by querying the test item, and then the basic image of the task to be tested can be obtained according to the basic image and test resources. The file generates the test image of the task to be tested, thereby improving the efficiency of generating the test image and facilitating management. Secondly, the generated test image is also saved in the corresponding test project, so that it is convenient to call the test image from the mirror warehouse to generate the test container.

Optionally, also include:

The test platform receives the test status query request sent by the client;

The test platform detects the running state of the test container in the target server;

The test platform returns a status query result to the client according to the running status of the test container.

The test platform provides users with a test status query function, which is convenient for users to obtain the execution status of the task to be tested in real time.

On the one hand, an embodiment of the present invention provides a test method, comprising:

The target server receives the test task sent by the test platform;

The target server calls the test image of the task to be tested from the test platform according to the test task and generates a test container, and the test image of the task to be tested is the test image of the test platform according to the task to be tested. resource file built;

The target server executes the task to be tested in the test container.

Optionally, also include:

After the execution of the task to be tested ends, the target server eliminates the test container and releases the resources occupied by the test container;

The target server generates a test report and sends the test report to the test platform.

Optionally, the target server invokes the test image of the to-be-tested task from the test platform according to the test task and generates a test container, including:

The target server calls the test image of the task to be tested from the image repository of the test platform and generates a test container according to the test item to which the task to be tested belongs, and each test item is stored in the image repository correspondingly The test image of the task to be tested under.

On the one hand, an embodiment of the present invention provides a test platform, including:

The first receiving module is used to obtain the test resource file of the task to be tested;

a first processing module, configured to construct a test image of the task to be tested according to the test resource file of the task to be tested;

A first sending module, configured to send the task to be tested to a target server, so that the target server calls the test image of the task to be tested to generate a test container, and executes the task to be tested in the test container .

Optionally, the first receiving module is also used for:

Receive a test report sent by the target server, where the test report is generated by the target server after the execution of the task to be tested ends, the test container is eliminated, and the resources occupied by the test container are released.

Optionally, the first processing module is also used for:

Before acquiring the test resource file of the task to be tested, a basic image of each test item is generated, and the test item and the basic image are correspondingly stored in an image warehouse, and the image warehouse is located on the test platform;

The first processing module is also used for:

According to the test project to which the task to be tested belongs, obtain the basic image corresponding to the task to be tested from the image repository;

Build the test image of the task to be tested according to the test resource file of the task to be tested and the basic image corresponding to the task to be tested;

The test image of the to-be-tested task is stored in the test project to which the to-be-tested task of the image repository belongs.

Optionally, the first receiving module is also used for:

Receive the test status query request sent by the client;

The first processing module is also used for:

detecting the running state of the test container in the target server;

The first sending module is also used for:

Returning a status query result to the client according to the running status of the test container.

On the one hand, an embodiment of the present invention provides a target server, including:

The second receiving module is used to receive the test task sent by the test platform;

The second processing module is configured to call the test image of the task to be tested from the test platform according to the test task and generate a test container, where the test image of the task to be tested is the test image of the task to be tested by the test platform. The test resource file of the task is constructed; the task to be tested is executed in the test container.

Optionally, it also includes a second sending module;

The second processing module is also used for:

After the execution of the task to be tested is completed, the test container is eliminated, the resources occupied by the test container are released, and a test report is generated;

The second sending module is also used for:

Send the test report to the test platform.

Optionally, the second processing module is also used for:

According to the test project to which the task to be tested belongs, the test image of the task to be tested is called from the mirror warehouse of the test platform and a test container is generated, and the mirror warehouse correspondingly stores the to-be-tested under each test project A test image of the task.

In one aspect, an embodiment of the present invention provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor implements the steps of the testing method when executing the program.

On the one hand, an embodiment of the present invention provides a computer-readable storage medium, = it stores a computer program executable by a computer device, and when the program runs on the computer device, causes the computer device to execute the steps of the testing method .

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present invention more clearly, the following briefly introduces the accompanying drawings used in the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present invention. For those of ordinary skill in the art, other drawings can also be obtained from these drawings without any creative effort.

1 is a schematic structural diagram of a system architecture according to an embodiment of the present invention;

2 is a schematic structural diagram of a test platform provided by an embodiment of the present invention;

3 is a schematic flowchart of a testing method according to an embodiment of the present invention;

4 is a schematic flowchart of a testing method provided in an embodiment of the present invention;

5 is a schematic structural diagram of a test platform provided by an embodiment of the present invention;

6 is a schematic structural diagram of a target server according to an embodiment of the present invention;

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

Detailed ways

In order to make the objectives, technical solutions and beneficial effects of the present invention clearer, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention, but not to limit the present invention.

For the convenience of understanding, the terms involved in the embodiments of the present invention are explained below.

Docker: is an open source application container engine that allows developers to package their applications and dependencies into a portable container, and then publish it to any popular Linux machine. It can also be virtualized. The container is completely using sand. The box mechanism will not have any interface with each other.

The test method in the embodiment of the present invention can be applied to independently test application software, or can be connected to the original continuous integration system, so as to provide unified test environment management for development, testing, and operation and maintenance. In the specific implementation, the system architecture applicable to the testing method in the embodiment of the present invention is shown in FIG. 1 . The system architecture includes a client 101 , a test platform 102 and a server cluster 103 , and the client 101 may be a continuous integration platform, a smart phone , tablet or portable personal computer, etc. The user can access the test platform 102 through a browser on the client 101, or directly access the test platform 102 by calling an application programming interface (Application Programming Interface, API for short). The test platform 102 is connected to the server cluster 103 through a wireless network, and the server cluster 103 is composed of a plurality of servers. The client 101 uploads the test resource file of the task to be tested to the test platform 102, and the test platform 102 builds a test image of the task to be tested according to the test resource file of the task to be tested and saves the test image to the mirror warehouse. The test platform 102 determines the target server from the server cluster 103 according to the load balancing, and sends the task to be tested to the target server. The target server calls the test image of the task to be tested from the image repository to generate a test container, and executes the task to be tested in the test container. After the execution of the task to be tested ends, the target server eliminates the test container and releases the resources occupied by the test container.

Further, in the system architecture diagram shown in FIG. 1 , a schematic structural diagram of the test platform 102 is shown in FIG. 2 , and the test platform 102 includes: an interface management module 1021 , an image warehouse management module 1022 , a container management module 1023 , and a log management module 1024 , a load balancing module 1025 .

The interface management module 1021 is used to receive an API call request from the client 101, and the client 101 can upload test resource files, build a test image, query the test running status, terminate the test, download the test report, etc. through the calling interface.

The image repository management module 1022 is used to manage the image repository in the test platform, such as generating a test image and saving the test image to the image repository, and pulling the test image from the image repository. In addition, a web page access interface is provided for users, and users can manage the images in the mirror warehouse through the web page, such as adding, deleting, modifying, and checking the test images and basic images in the mirror warehouse.

The container management module 1023 is used to manage the life cycle of containers and images. In addition, a web page access interface is provided for the user, and the user can manage the life cycle of the container and the image through the web page.

The log management module 1024 is configured to perform standardized management on the logs of the test platform, and divide the logs into log information of different levels and record them in corresponding log files.

The load balancing module 1025 is configured to use a load balancing algorithm to allocate target servers for the task to be tested.

Based on the system architecture diagram shown in FIG. 1 and the structural schematic diagram of the test platform shown in FIG. 2 , an embodiment of the present invention provides a flow of a test method, and the flow of the method can be executed interactively by the test platform and the target server, as shown in FIG. 3 shown, including the following steps:

Step S301, the test platform obtains the test resource file of the task to be tested.

Specifically, the client can call the API for uploading the test resource file in the test platform, and upload the test resource file through the API, and the client can also upload the test resource file through the webpage.

Step S302, the test platform builds a test image of the task to be tested according to the test resource file of the task to be tested.

The test platform establishes different test projects in advance according to user requests. Different test projects can correspond to different applications, and then generates the basic image of each test project, and saves the test project and the basic image in the mirror warehouse. The mirror warehouse is located in testing platform. Specifically, the base image includes the base environment on which the application program is tested, and each test item and the base image corresponding to each test item are stored in the image repository.

In a possible implementation, when constructing the test image of the task to be tested, the test platform first obtains the basic image corresponding to the task to be tested from the image repository according to the test item to which the task to be tested belongs. Then, a test image of the to-be-tested task is constructed according to the test resource file of the to-be-tested task and the basic image corresponding to the to-be-tested task. Then, the test platform saves the test image of the to-be-tested task in the test project to which the to-be-tested task of the mirror repository belongs.

Exemplarily, the image repository is set to include three test items, namely, test item A, test item B, and test item C. Test item A corresponds to base image a, test item B corresponds to base image b, and test item C corresponds to base image mirror c. Set the test project to which the task to be tested belongs as test project A, query the base image a under test project A from the mirror warehouse, and then use the base image a and the test resource file of the task to be tested to build a DOCKERFILE (container file), and then Invoke the DOCKER software development kit (Software Development Kit, SDK for short) to build the test image of the task to be tested according to the DOCKERFILE, and save the test image of the task to be tested in the test project A in the mirror repository. Since different test items and the basic images corresponding to the test items are established in the mirror warehouse in advance, when the test image of the task to be tested is generated, the basic image of the task to be tested can be obtained by querying the test item, and then the basic image of the task to be tested can be obtained according to the basic image and test resources. The file generates the test image of the task to be tested, thereby improving the efficiency of generating the test image and facilitating management. Secondly, the generated test image is also saved in the corresponding test project, so that it is convenient to call the test image from the mirror warehouse to generate the test container.

Step S303, the test platform sends the task to be tested to the target server.

In a possible implementation, the target server may be an independent server.

In a possible implementation manner, the target server may be a server in a server cluster, and the target server is determined by the test platform from the server cluster according to load balancing. The target server is determined from the server cluster by load balancing, and the target server is used to execute the task to be tested, which not only ensures the test efficiency of the task to be tested, but also optimizes the utilization of resources in the server cluster.

Specifically, the load balancing algorithm includes a round robin method, a random method, a random round robin method, a source address hash method, a weighted round robin method, and the like.

The polling method is specifically: allocating requests to the servers in turn in turn, and treating each server in a balanced manner, regardless of the actual number of connections to the server and the current system load.

The random method is specifically: through the system random function, one of the servers is randomly selected for access according to the size value of the server list.

The random polling method is specifically: combining the random method and the polling method, when polling the nodes, randomly select a node as the starting position index (index), and then select the next node each time to process the request.

The source address hashing method is specifically: according to the IP address of the client requesting the service consumer, a hash value is calculated by the hash function, and the hash value and the size of the server list are modulo operation, and the obtained result is The serial number of the accessed server address.

The weighted round-robin method is as follows: assign a higher weight to a server with a high configuration and a low load, so that it can process more requests, while a server with a low configuration and a high load is assigned a lower weight to reduce its load. System load, which distributes requests to servers in order and weight.

The target server is determined from the server cluster by load balancing, and the target server is used to execute the task to be tested, which not only ensures the test efficiency of the task to be tested, but also optimizes the utilization of resources in the server cluster.

Step S304, the target server invokes the test image of the task to be tested to generate a test container.

Specifically, the target server calls the test image of the task to be tested from the image repository of the test platform and generates a test container according to the test item to which the task to be tested belongs, and the image repository correspondingly stores the test of the task to be tested under each test item. mirror.

Exemplarily, the image repository is set to include three test items, namely, test item A, test item B, and test item C. Test item A corresponds to base image a, test item B corresponds to base image b, and test item C corresponds to base image mirror c. Set the test project to which the task to be tested belongs as test project A, query the test image under test project A from the mirror repository, obtain the test image of the task to be tested, and then generate a test container according to the test image of the task to be tested.

Step S305, the target server executes the task to be tested in the test container.

In the embodiment of the present invention, after obtaining the test resource file of the task to be tested, the test platform builds the test image of the task to be tested, and then sends the task to be tested to the target server, and the target server calls the test image of the task to be tested to generate a test container, and Execute the task to be tested in the test container. Since the test container is constructed as the execution environment of the task to be tested, it is not necessary to deploy the test environment on the test machine in advance, thereby improving the execution speed of the task to be tested.

Optionally, after the execution of the task to be tested ends, the target server eliminates the test container and releases the resources occupied by the test container, the target server generates a test report, and sends the test report to the test platform.

In a specific implementation, when the test container is eliminated, the hardware resources in the target server occupied by the test container can be released, so the target server can reuse the released hardware resources when generating test containers for other tasks to be tested. After the target server generates the test report, it can send the test report to the master server in the server cluster, and then the master server sends the test report to the test platform. The subsequent test platform sends the test report to the client when receiving the download request of the test report sent by the client.

Since the test container automatically releases the occupied resources after executing the task to be tested, compared with the existing manual clearing of the test environment on the test machine, it not only realizes the non-destructive recovery of hardware resources on the test machine, but also improves the test resources. utilization rate.

Optionally, after uploading the test resource file of the task to be tested, the client can send a query request to the test platform to query the execution status of the test task. After receiving the test status query request sent by the client, the test platform detects the test in the target server. The running status of the container, and then return the status query result to the user according to the running status of the test container.

Specifically, the test platform provides browser access for the user, and the user can open a web page corresponding to the test platform on the user terminal to query the execution status of the test task. The running status of the test container includes the initial construction status, running status, stopped status, suspended status and deletion status. When the test container is not started and run immediately after it is created, the test container enters the initial state. When the test container is created and started to run immediately, the test container enters the running state. When the target server crashes or loses power, the test container enters the stopped state. When the target server receives the container suspension instruction, it suspends the test container, and the test container enters the suspended state. When the target server receives the container deletion instruction, it deletes the test container, and the test container enters the deletion state.

In addition, users can also query and manage image warehouses, test projects, basic images, test images, and server clusters through web pages, such as adding, deleting, modifying, and checking test projects, basic images, and test images. The user can also download the test report through the web page. The test platform provides users with browser access, which is convenient for users to manage image warehouses, images, and containers in the test platform. Secondly, the test platform is not only suitable for testers, but also for developers, operation and maintenance personnel, etc. Test, operation and maintenance provide unified test environment management, which greatly reduces the cost of test environment management and maintenance.

Optionally, when a test error is displayed in the test report, the user can select the erroneous test image through the webpage to generate a test container for debugging, and then perform error debugging according to the interaction process inside the test container to locate the problem. Destroy the test container directly after debugging to release the hardware resources occupied by the test container.

In order to better explain the embodiments of the present invention, the following describes a test method provided by the embodiments of the present invention in combination with specific implementation scenarios. The method is interactively executed by a continuous integration platform, a test platform, and a target server. As shown in FIG. 4 , the The method includes the following steps:

Step S401, the continuous integration platform invokes the API of the test platform, and uploads the test resource file of the task to be tested.

Step S402, the test platform obtains a basic image corresponding to the task to be tested from the image repository according to the test item to which the task to be tested belongs.

The test platform pre-generates the basic image of each test project, and stores the test project and the basic image in the mirror warehouse, and the mirror warehouse is located on the test platform.

Step S403, the test platform constructs a test image of the task to be tested according to the test resource file of the task to be tested and the basic image corresponding to the task to be tested.

Step S404, the test platform saves the test image of the task to be tested in the test project to which the task to be tested belongs in the mirror repository.

Step S405, the test platform determines the target server from the server cluster according to the load balancing.

Step S406, the test platform sends the task to be tested to the target server.

Step S407, the target server calls the test image of the task to be tested from the image repository of the test platform according to the test item to which the task to be tested belongs.

Step S408, the target server generates a test container according to the test image of the task to be tested.

Step S409, after the execution of the task to be tested ends, the target server removes the test container and releases the resources occupied by the test container.

Step S410, the target server generates a test report.

Step S411, the target server sends the test report to the test platform.

In the embodiment of the present invention, since the test container is constructed as the execution environment of the task to be tested, it is not necessary to deploy the test environment on the test machine in advance, thereby improving the execution speed of the task to be tested. Secondly, the test container automatically releases the occupied resources after executing the task to be tested. Compared with the existing manual clearing of the test environment on the test machine, it not only realizes the non-destructive recovery of hardware resources on the test machine, but also improves the test results. resource utilization. In addition, the test platform can be connected to the continuous integration platform, thereby improving the efficiency of automated operation.

Based on the same technical concept, an embodiment of the present invention provides a test platform. As shown in FIG. 5 , the test platform 500 includes:

The first receiving module 501 is used to obtain the test resource file of the task to be tested;

A first processing module 502, configured to construct a test image of the task to be tested according to the test resource file of the task to be tested;

The first sending module 503 is configured to send the task to be tested to a target server, so that the target server calls the test image of the task to be tested to generate a test container, and executes the test to be tested in the test container Task.

Optionally, the target server is determined by the test platform from a server cluster according to load balancing.

Optionally, the first receiving module 501 is further configured to:

Receive a test report sent by the target server, where the test report is generated by the target server after the execution of the task to be tested ends, the test container is eliminated, and the resources occupied by the test container are released.

Optionally, the first processing module 502 is further configured to:

Before acquiring the test resource file of the task to be tested, a basic image of each test item is generated, and the test item and the basic image are correspondingly stored in an image warehouse, and the image warehouse is located on the test platform;

The first processing module 502 is also used for:

According to the test project to which the task to be tested belongs, obtain the basic image corresponding to the task to be tested from the image repository;

Build the test image of the task to be tested according to the test resource file of the task to be tested and the basic image corresponding to the task to be tested;

The test image of the to-be-tested task is stored in the test project to which the to-be-tested task of the image repository belongs.

Optionally, the first receiving module 501 is further configured to:

Receive the test status query request sent by the client;

The first processing module 502 is also used for:

detecting the running state of the test container in the target server;

The first sending module 503 is also used for:

Returning a status query result to the client according to the running status of the test container.

Based on the same technical concept, an embodiment of the present invention provides a target server. As shown in FIG. 6 , the target server 600 includes:

The second receiving module 601 is used for receiving the test task sent by the test platform;

The second processing module 602 is configured to call the test image of the task to be tested from the test platform according to the test task and generate a test container, where the test image of the task to be tested is the test image of the task to be tested according to the test platform. The test resource file of the test task is constructed; the to-be-tested task is executed in the test container.

Optionally, it also includes a second sending module 603;

The second processing module 602 is also used for:

After the execution of the task to be tested is completed, the test container is eliminated, the resources occupied by the test container are released, and a test report is generated;

The second sending module 603 is also used for:

Send the test report to the test platform.

Optionally, the second processing module 602 is specifically configured to:

According to the test project to which the task to be tested belongs, the test image of the task to be tested is called from the mirror warehouse of the test platform and a test container is generated, and the mirror warehouse correspondingly stores the to-be-tested under each test project A test image of the task.

Based on the same technical idea, an embodiment of the present invention provides a computer device, as shown in FIG. 7 , including at least one processor 701 and a memory 702 connected to the at least one processor, and the embodiment of the present invention does not limit the processor The specific connection medium between 701 and the memory 702 is an example of the connection between the processor 701 and the memory 702 through a bus in FIG. 7 . The bus can be divided into address bus, data bus, control bus and so on.

In this embodiment of the present invention, the memory 702 stores instructions that can be executed by at least one processor 701 , and the at least one processor 701 can execute the steps included in the foregoing testing method by executing the instructions stored in the memory 702 .

Among them, the processor 701 is the control center of the computer equipment, and can use various interfaces and lines to connect various parts of the computer equipment, by running or executing the instructions stored in the memory 702 and calling the data stored in the memory 702, so as to automate test. Optionally, the processor 701 may include one or more processing units, and the processor 701 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface, application programs, etc., and the modem The modulation processor mainly handles wireless communication. It can be understood that, the above-mentioned modulation and demodulation processor may also not be integrated into the processor 701 . In some embodiments, the processor 701 and the memory 702 may be implemented on the same chip, and in some embodiments, they may be implemented separately on separate chips.

The processor 701 may be a general-purpose processor, such as a central processing unit (CPU), a digital signal processor, an application specific integrated circuit (ASIC), a field programmable gate array or other programmable logic devices, discrete gates or transistors Logic devices and discrete hardware components can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of the present invention. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in conjunction with the embodiments of the present invention may be directly embodied as executed by a hardware processor, or executed by a combination of hardware and software modules in the processor.

As a non-volatile computer-readable storage medium, the memory 702 can be used to store non-volatile software programs, non-volatile computer-executable programs and modules. The memory 702 may include at least one type of storage medium, for example, may include a flash memory, a hard disk, a multimedia card, a card-type memory, a random access memory (Random Access Memory, RAM), a static random access memory (Static Random Access Memory, SRAM), a Programmable Read Only Memory (PROM), Read Only Memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Magnetic Memory, Disk, CD and so on. Memory 702 is, but is not limited to, any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. The memory 702 in this embodiment of the present invention may also be a circuit or any other device capable of implementing a storage function, for storing program instructions and/or data.

Based on the same technical idea, an embodiment of the present invention provides a computer-readable storage medium, which stores a computer program executable by a computer device, and when the program runs on the computer device, causes the computer device to execute the test method A step of.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, or as a computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each process and/or block in the flowchart illustrations and/or block diagrams, and combinations of processes and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to the processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing device to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing device produce Means for implementing the functions specified in a flow or flow of a flowchart and/or a block or blocks of a block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory result in an article of manufacture comprising instruction means, the instructions The apparatus implements the functions specified in the flow or flow of the flowcharts and/or the block or blocks of the block diagrams.

These computer program instructions can also be loaded on a computer or other programmable data processing device to cause a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process such that The instructions provide steps for implementing the functions specified in the flow or blocks of the flowcharts and/or the block or blocks of the block diagrams.

Although preferred embodiments of the present invention have been described, additional changes and modifications to these embodiments may occur to those skilled in the art once the basic inventive concepts are known. Therefore, the appended claims are intended to be construed to include the preferred embodiment and all changes and modifications that fall within the scope of the present invention.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit and scope of the invention. Thus, provided that these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include these modifications and variations.

Claims (16)

1. a test method, is characterized in that, comprises: The test platform obtains the test resource file of the task to be tested; The test platform constructs the test image of the task to be tested according to the test resource file of the task to be tested; The test platform sends the task to be tested to the target server, so that the target server calls the test image of the task to be tested to generate a test container, and executes the task to be tested in the test container. 2. The method of claim 1, further comprising: The test platform receives a test report sent by the target server, and the test report is generated by the target server after the execution of the task to be tested ends, the test container is eliminated, and the resources occupied by the test container are released. 3. method as claimed in claim 1, is characterized in that, before described test platform obtains the test resource file of task to be tested, also comprises: The test platform generates a basic image of each test item, and stores the test item and the basic image in a corresponding mirror warehouse, and the mirror warehouse is located on the test platform; The test platform constructs the test image of the task to be tested according to the test resource file of the task to be tested, including: The test platform acquires the basic image corresponding to the task to be tested from the image repository according to the test item to which the task to be tested belongs; The test platform constructs the test image of the task to be tested according to the test resource file of the task to be tested and the basic image corresponding to the task to be tested; The test platform saves the test image of the to-be-tested task in the test project to which the to-be-tested task of the mirror repository belongs. 4. The method of claim 1, further comprising: The test platform receives the test status query request sent by the client; The test platform detects the running state of the test container in the target server; The test platform returns a status query result to the client according to the running status of the test container. 5. a test method, is characterized in that, comprises: The target server receives the test task sent by the test platform; The target server calls the test image of the task to be tested from the test platform according to the test task and generates a test container, and the test image of the task to be tested is the test image of the test platform according to the task to be tested. resource file built; The target server executes the task to be tested in the test container. 6. The method of claim 5, further comprising: After the execution of the task to be tested ends, the target server eliminates the test container and releases the resources occupied by the test container; The target server generates a test report and sends the test report to the test platform. 7. The method of claim 5, wherein the target server invokes the test image of the task to be tested from the test platform according to the test task and generates a test container, comprising: The target server calls the test image of the task to be tested from the image repository of the test platform and generates a test container according to the test item to which the task to be tested belongs, and each test item is stored in the image repository correspondingly The test image of the task to be tested under. 8. A test platform, characterized in that, comprising: The first receiving module is used to obtain the test resource file of the task to be tested; a first processing module, configured to construct a test image of the task to be tested according to the test resource file of the task to be tested; A first sending module, configured to send the task to be tested to a target server, so that the target server calls the test image of the task to be tested to generate a test container, and executes the task to be tested in the test container . 9. test platform as claimed in claim 8, is characterized in that, described first receiving module is also used for: Receive a test report sent by the target server, where the test report is generated by the target server after the execution of the task to be tested ends, the test container is eliminated, and the resources occupied by the test container are released. 10. The test platform of claim 8, wherein the first processing module is further used for: Before acquiring the test resource file of the task to be tested, a basic image of each test item is generated, and the test item and the basic image are correspondingly stored in an image warehouse, and the image warehouse is located on the test platform; The first processing module is also used for: According to the test project to which the task to be tested belongs, obtain the basic image corresponding to the task to be tested from the image repository; Build the test image of the task to be tested according to the test resource file of the task to be tested and the basic image corresponding to the task to be tested; The test image of the to-be-tested task is stored in the test project to which the to-be-tested task of the image repository belongs. 11. test platform as claimed in claim 8, is characterized in that, described first receiving module is also used for: Receive the test status query request sent by the client; The first processing module is also used for: detecting the running state of the test container in the target server; The first sending module is also used for: Returning a status query result to the client according to the running status of the test container. 12. A target server, characterized in that, comprising: The second receiving module is used to receive the test task sent by the test platform; The second processing module is configured to call the test image of the task to be tested from the test platform according to the test task and generate a test container, where the test image of the task to be tested is the test image of the task to be tested by the test platform. The test resource file of the task is constructed; the task to be tested is executed in the test container. 13. The target server of claim 12, further comprising a second sending module; The second processing module is also used for: After the execution of the task to be tested is completed, the test container is eliminated, the resources occupied by the test container are released, and a test report is generated; The second sending module is also used for: Send the test report to the test platform. 14. The target server according to claim 12, wherein the second processing module is further configured to: According to the test project to which the task to be tested belongs, the test image of the task to be tested is called from the mirror warehouse of the test platform and a test container is generated, and the mirror warehouse correspondingly stores the to-be-tested under each test project A test image of the task. 15. A computer device, comprising a memory, a processor, and a computer program stored in the memory and running on the processor, wherein the processor implements any one of claims 1 to 4 when the processor executes the program Claims or the steps of the method of any of claims 5-7. 16. A computer-readable storage medium, characterized in that it stores a computer program executable by a computer device, when the program runs on the computer device, the computer device is made to execute any one of claims 1 to 4 Claims or the steps of the method of any of claims 5-7.