WO2020024405A1

WO2020024405A1 - Test method, device, server and storage medium based on distributed coordination

Info

Publication number: WO2020024405A1
Application number: PCT/CN2018/107675
Authority: WO
Inventors: 林铭森; 毛皓
Original assignee: 平安科技（深圳）有限公司
Priority date: 2018-08-03
Filing date: 2018-09-26
Publication date: 2020-02-06
Also published as: CN109194538A; CN109194538B

Abstract

A test method, device, server and storage medium based on distributed coordination, the method comprising: a server registering a task node and a task lock node by means of a control service module ZK-server, entering a test task into a team operation; an executor monitoring the server by means of a control client ZK-client, and when there is a test task, the client ZK client notifying an agent module on the executor and controlling the agent module to create a new executor node under the task lock node registered at the server so as to obtain the test task; the server informing the executor to deploy a script corresponding to the test task; the executor downloading the script from a script library and sending deployment status information to the server; the server sending a message for executing the test task to the executor; the executor building the test and executing the script so as to test the test task. The present method does not require monitoring the status of the executor, and the process of test task assignment is simple, which improves the efficiency of test task execution.

Description

Test method, device, server and storage medium based on distributed coordination

Declaration of priority

Based on the Paris Convention, this application claims the priority of a Chinese patent application filed on August 3, 2018 with the application number CN201810876289.1, entitled "Test method, device, server and storage medium based on distributed coordination", which is a Chinese patent The entire content of the application is incorporated in this application by reference.

Technical field

The present application relates to the field of communication technologies, and in particular, to a test method, device, server, and storage medium based on distributed coordination.

Background technique

At present, in the master-slave mode of the Jenkins scheduling platform, the host master needs to determine whether the slave of the actuator is idle and monitor the heartbeat of the slave in real time to monitor the status of the slave of the executive. There is a certain delay (5-10 seconds) in the process of monitoring the heartbeat of the slave of the executive machine. If the slave of the executive machine is down during the time gap of the heartbeat delay, the slave of the master machine is still available. The execution machine slave is still assigned, then the node construction will fail, and the execution machine slave cannot execute the test task. At this time, the test task needs to be redistributed. The state of the execution machine slave is difficult to monitor during the construction of a test, and the test task allocation process is complicated. , Resulting in inefficient execution of test tasks.

Summary of the invention

The purpose of this application is to provide a test method, device, server, and storage medium based on distributed coordination, which are intended to simplify the test task allocation process and improve the test task execution efficiency.

To achieve the above objective, the present application provides a testing method based on distributed coordination, where the testing method based on distributed coordination includes:

S1. When receiving a test task, the server registers the task node and the task lock node through the control service module zk-server, enqueues the test task, and saves the attribute information corresponding to the task node. The attribute information includes a script Library system name

S2. The execution machine controls the client zk-client to listen to the server. After listening to a test task on the server, the client zk-client notifies the agent module on the execution machine to control the agent module to use a predetermined locking mechanism in A new executor node under the task lock node registered by the server to obtain a test task;

S3. After the execution machine obtains the test task, the server records the corresponding node name and status information under the execution machine node. If the status information is a newly created success state, the server is notified to deploy the script corresponding to the test task. ;

S4. After receiving the notification of the deployment script of the server, the executor obtains the script library system name in the attribute information corresponding to the task node registered by the server, and in the script library corresponding to the script library system name Download the script, and after completing the script deployment, update its own deployment status information and send the corresponding deployment status information to the server;

S5. After the server receives the deployment status information of the execution machine, if all the deployment status information is the deployment completion status, it sends a message to perform a test task to the execution machine;

S6. After receiving the message that the server executes a test task, the execution machine performs test construction and executes a script to test the test task.

In order to achieve the above object, the present application further provides a test device, the test device is an execution machine, the test device includes a memory and a processor connected to the memory, and the memory stores a memory that can be stored in the processor. A processing system running on the server, the processing system implements the following steps when executed by the processor:

The execution machine controls the client zk-client to listen to the server. After listening to a test task on the server, the client zk-client notifies the agent module on the execution machine, and controls the agent module to use a predetermined locking mechanism in the server. Create a new execution node under the task lock node registered by the server to obtain the test task;

After receiving the notification of the deployment script of the server, obtain the script library system name in the attribute information corresponding to the task node registered by the server, download the script from the script library corresponding to the script library system name, and complete the process. After the script is deployed, update its own deployment status information and send the corresponding deployment status information to the server;

After receiving the message that the server executes a test task, a test build is performed and a script is executed to test the test task.

In order to achieve the above object, the present application further provides a server. The server includes a memory and a processor connected to the memory. The memory stores a processing system that can run on the processor. The processing system When executed by the processor, the following steps are implemented:

When receiving a test task, register the task node and task lock node through the control service module zk-server, enqueue the test task, and save the attribute information corresponding to the task node. The attribute information includes the script library system name ;

After the executor obtains the test task, the corresponding node name and status information are recorded under the executor node. If the status information is a new successful state, the executor is notified to deploy the script corresponding to the test task;

After receiving the deployment status information of the execution machine, if all the deployment status information is the deployment completion status, a message for executing a test task is sent to the execution machine to test the test task.

The present application also provides a computer-readable storage medium, where the computer-readable storage medium stores a processing system, and the processing system implements steps when executed by a processor:

The present application also provides a computer-readable storage medium on which a processing system is stored. When the processing system is executed by a processor, the steps performed by the server are implemented.

The beneficial effect of this application is: This application introduces zookeeper in the architecture, the client zk-client on each execution machine listens to the test task on the service module zk-server, and if there is a test task on the service module zk-server, all clients zk -client will receive a notification. The client zk-client notifies its own agent module slave-agent to obtain the test task. The downtime execution machine cannot obtain the test task, so that the execution machine can take the test task actively. This application is provided by the service module zk. -server manages all status and operating data, and the client zk-client feeds back the information in the execution machine to the service module zk-server. Compared with the prior art master-slave mode, there is no need to monitor the execution machine. Status, the test task allocation process is simple, and the execution efficiency of the test task is improved.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram of an optional application environment of each embodiment of the present application; FIG.

FIG. 2 is a schematic diagram of a hardware architecture of an embodiment of the server in FIG. 1.

3 is a schematic diagram of a hardware architecture of an embodiment of the test apparatus in FIG. 1;

FIG. 4 is a schematic flowchart of an embodiment of a test method based on distributed coordination in this application.

detailed description

In order to make the purpose, technical solution, and advantages of the present application clearer, the present application is 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 application, and are not used to limit the application. Based on the embodiments in the present application, all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

It should be noted that the descriptions related to "first" and "second" in this application are only for descriptive purposes, and cannot be understood as indicating or implying their relative importance or implicitly indicating the number of technical features indicated. . Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features. In addition, the technical solutions between the various embodiments can be combined with each other, but must be based on those that can be realized by a person of ordinary skill in the art. When the combination of technical solutions conflicts or cannot be achieved, it should be considered that such a combination of technical solutions does not exist. Is not within the scope of protection claimed in this application.

Refer to FIG. 1, which is a schematic diagram of an application environment of a preferred embodiment of a test method based on distributed coordination in the present application. The schematic diagram of the application environment includes a server 1 and a plurality of test devices 2 (ie, execution machines). The server 1 may perform data interaction with the test device 2 through a suitable technology such as a network and a near field communication technology. In this embodiment, a distributed application coordination service zookeeper is introduced into the architecture, where a service module zk-server is deployed on server 1, a client zk-client is deployed on each test device 2, and in addition, each test device 2 is deployed There is an agent module slave-agent, and the client zk-client can be encapsulated in the agent module slave-agent, or it can exist independently. The service module zk-server manages all status and operating data, and the client zk-client feeds back the information in the execution machine to the service module zk-server.

The server 1 or the testing device 2 is a device capable of automatically performing numerical calculation and / or information processing according to an instruction set or stored in advance. The server 1 or the test device 2 may be a computer, a single network server, a server group composed of multiple network servers, or a cloud based on a cloud computing composed of a large number of hosts or network servers, where the cloud computing is distributed computing A super virtual computer consisting of a group of loosely coupled computers.

In this embodiment, as shown in FIG. 2, the server 1 may include, but is not limited to, a memory 11, a processor 12, and a network interface 13 that can be communicatively connected to each other through a system bus. Running processing system and service module zk-server. It should be noted that FIG. 1 only shows the server 1 with components 11-13, but it should be understood that it is not required to implement all the illustrated components, and more or fewer components may be implemented instead.

The memory 11 includes a memory and at least one type of readable storage medium. The memory provides a cache for the operation of the server 1; the readable storage medium may be, for example, a flash memory, a hard disk, a multimedia card, a card-type memory (for example, SD or DX memory, etc.), a random access memory (RAM), and a static random access memory (SRAM) , Non-volatile storage media such as read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disks, optical disks, etc. In some embodiments, the readable storage medium may be an internal storage unit of the server 1, such as a hard disk of the server 1. In other embodiments, the non-volatile storage medium may also be an external storage device of the server 1, For example, a plug-in hard disk, a smart memory card (SMC), a secure digital (SD) card, a flash memory card (Flash card), etc. provided on the server 1. In this embodiment, the readable storage medium of the memory 11 is generally used to store an operating system and various types of application software installed in the test device 1, for example, program codes of a processing system in an embodiment of the present application. In addition, the memory 11 can also be used to temporarily store various types of data that have been output or will be output.

In some embodiments, the processor 12 may be a central processing unit (CPU), a controller, a microcontroller, a microprocessor, or another data processing chip. The processor 12 is generally used to control overall operations of the server 1, for example, to perform control and processing related to data interaction or communication with the test device 2. In this embodiment, the processor 12 is configured to run program code or process data stored in the memory 11, for example, to run a processing system.

The network interface 13 may include a wireless network interface or a wired network interface. The network interface 13 is generally used to establish a communication connection between the server 1 and the test device 2. In this embodiment, the network interface 13 is mainly used to connect the server 1 with one or more test devices 2, and establish a data transmission channel and communication connection between the server 1 and one or more test devices 2.

The processing system and service module zk-server are stored in the memory 11 and include at least one computer-readable instruction stored in the memory 11. The at least one computer-readable instruction can be executed by the processor 12 to implement each of the applications in the present application. The method of the embodiment; and the at least one computer-readable instruction may be divided into different logic modules according to different functions implemented by each part thereof.

In this embodiment, as shown in FIG. 3, the test device 2 may include, but is not limited to, a memory 21, a processor 22, and a network interface 23 that can be communicatively connected to each other through a system bus. The memory 21 stores The processing system, client zk-client and agent module agent running on the server. It should be noted that FIG. 3 only shows the test device 2 with components 21-23, but it should be understood that it is not required to implement all the illustrated components, and more or fewer components may be implemented instead.

The memory 21 is similar to the memory 11 described above, the processor 22 is similar to the processor 12 described above, and the network interface 23 is similar to the network interface 13 described above, and details are not described herein again. The processing system, the client zk-client, and the agent module agent are stored in the memory 21 and include at least one computer-readable instruction stored in the memory 21, and the at least one computer-readable instruction can be executed by the processor 22 to The method for implementing the embodiments of the present application; and the at least one computer-readable instruction may be divided into different logic modules according to different functions implemented by each part thereof.

In an embodiment, when the processing system is executed by the processor 12, the following steps are implemented:

In another embodiment, when the processing system is executed by the processor 22, the following steps are implemented:

Further, the predetermined lock mechanism is an optimistic lock mechanism, and the step of controlling the agent module to create a new execution machine node under the task lock node specifically includes:

Control the agent module to try to create a new execution machine node under the task lock node;

If the new execution of the execution node is successful, the execution of the execution of the execution node is successful, and the agent module obtains the test task;

If the execution of the new execution node fails, the allocation of the execution fails, and the execution returns to the step of trying to create a new execution node.

Further, the predetermined lock mechanism is a concurrent lock mechanism, and the step of controlling the agent module to newly create an executive node under the task lock node specifically includes:

Control the agent module to create a temporary sequence node under the task lock node;

If the number of the temporary sequence node is the smallest number, the agent module obtains the lock, and the agent module obtains the test task;

If the number of the temporary sequence node is not the lowest number, after monitoring the release of the lock, return to the step of creating a temporary sequence node under the task lock node.

Further, the attribute information further includes the number of execution machines, and the steps of performing test construction and executing the script specifically include: if the number of execution machines required for the construction of the test task is two or more, two Two or more executors execute the same script at the same time for concurrent scheduling.

This application introduces zookeeper in architecture. The client zk-client on each execution machine listens to the test task on the service module zk-server. If there is a test task on the service module zk-server, all clients zk-client will receive a notification. The client zk-client notifies its agent module slave-agent to obtain the test task. The downtimed execution machine cannot obtain the test task, so that the execution machine can take the test task actively. In this application, the service module zk-server manages all states and operations. The data is fed back by the client zk-client to the service module zk-server. Compared with the master-slave mode of the prior art, there is no need to monitor the status of the execution machine and test the task allocation process. It is simple and improves the execution efficiency of test tasks.

As shown in FIG. 4, FIG. 4 is a schematic flowchart of an embodiment of a test method based on distributed coordination of the present application. The test method based on distributed coordination includes the following steps:

In step S1, when receiving the test task, the server registers the task node and the task lock node through the control service module zk-server, enqueues the test task, and saves the attribute information corresponding to the task node. The attribute information includes Script library system name;

Among them, when the server receives the test task, the service module zk-server first creates a root directory as a task node, and the enqueue operation is to create child nodes under this root directory, and then calculate the total number of child nodes and analyze the child nodes. Whether the total number is the same as the target number of the task queue. If it is the same, then create the root directory start node. Due to the state change of the root directory start node, the service module zk-server will notify the client zk-client of the execution machine: the task queue has been completed. At the same time, the service module zk-server also creates a new task lock node for the executive to create a new node to fetch tasks.

In addition, the attribute information of the registered task node includes the ID code of the task node, the number of execution machines, and the script library system name. The script library system name is used to download the script from the corresponding script library.

In step S2, the execution machine controls the client zk-client to listen to the server. After monitoring the server, the client zk-client notifies the agent module on the execution machine to control the agent module to use a predetermined lock mechanism. A new executor node under the task lock node registered by the server to obtain a test task;

Among them, after receiving the notification from the client zk-client, each agent module will go to the task lock node to try to create a new execution node. Among them, a predetermined lock mechanism is used to create a new execution node. The successful execution of the new execution node can Get the test task. In this process, the executor that is down will not go to the new executor node to take the task, so there is no need to worry about whether the status of the executor is idle or available, there is no need to monitor the status of the executor, and simplify the process.

In one embodiment, the optimistic locking mechanism can be used to take the test task, assuming that the number of execution machines is two:

First, the agent module of the first executor attempts to create a new executor node slave1 under the task lock node. If the new executor is successfully created, the executor is assigned successfully.

The agent module of the second executor tries to create a new executor node slave1 under the task lock node. If the new executor is unsuccessful, the allocation of the executor fails;

Then, the agent module of the second executor attempts to create a new executor node slave2 under the task lock node. If the new executor is successfully created, the executor allocation is successful.

In another embodiment, a test task may be fetched using a concurrent lock mechanism:

Control the agent module to create a temporary sequence node under the task lock node. Only one executor can acquire the concurrent lock of the task at the same time.

If the number of the temporary sequence node is the lowest number, that is, the first created temporary sequence node is the first, the proxy module acquires a concurrent lock, and the proxy module acquires a test task;

If the number of the temporary sequence node is not the lowest number, it means that the concurrency lock has been acquired by other executors. At this time, it is known whether the concurrency has been released by monitoring whether the lowest numbered temporary sequence node has deleted the event. The lock, after listening to the concurrent lock being released, returns to the step of creating a temporary sequence node under the task lock node until the numerical number of the temporary sequence node is the lowest number, which means that the concurrent lock is acquired, and the Test tasks can be obtained after concurrent locks.

The predetermined lock mechanism in the foregoing embodiment may be an optimistic lock mechanism or a concurrent lock mechanism, so that this embodiment supports the execution of high-concurrency and ultra-high-concurrency test tasks, which is conducive to improving test efficiency.

In step S3, after the execution machine obtains the test task, the server records the corresponding node name and status information under the execution machine node. If the status information is a newly created success state, it informs the execution machine to deploy the corresponding test task. script;

Among them, the node name is the host IP of the executor, and the status information includes the success of the new build and the failure of the new build. The server monitors the status information of the execution machine under the execution machine node. If the status information is successfully created, the server is notified to deploy the script corresponding to the test task.

In addition, in the prior art, it is necessary to save the status information and data of the execution machines to the database, and the service module zk-server of this embodiment saves the status information and data of all the execution machines, which does not need to interact with the database, which is more convenient.

Step S4, after receiving the notification of the deployment script of the server, the executor obtains the script library system name in the attribute information corresponding to the task node registered by the server, and the script library corresponding to the script library system name Download the script, and after completing the script deployment, update its own deployment status information and send the corresponding deployment status information to the server;

The execution machine downloads the script from the script library, completes the script deployment, and updates its deployment status information. The deployment status information is "deployment complete" and sends the deployment status information to the server.

In step S5, after the server receives the deployment status information of the execution machine, if all the deployment status information is the deployment completion status, it sends a message to perform a test task to the execution machine;

Step S6: After receiving the message that the server executes a test task, the execution machine performs a test construction and executes a script to test the test task.

Among them, if the number of execution machines required for this test task construction is one, the execution machine performs test construction and executes a script after receiving a message from the server to execute the test tasks;

If the number of execution machines required for the construction of this test task is two or more, each execution machine receives messages from the server to execute the test task. Since the time difference between each execution machine receiving the message is small, it can be ignored. Not counting, so it can be considered that the build is triggered at the same time. When the test task is built, N identical queue tasks are submitted in sequence. The execution machine that grabs the task belongs to the same build. Multiple execution machines run the same test script to achieve concurrent scheduling. Further improve test efficiency.

The present application also provides a computer-readable storage medium on which a processing system is stored, and when the processing system is executed by a processor, the steps of the above-mentioned server-based distributed coordination testing method are implemented, Alternatively, when the processing system is executed by a processor, the steps of the test method based on distributed coordination performed by the above-mentioned execution machine are implemented.

The above-mentioned serial numbers of the embodiments of the present application are merely for description, and do not represent the superiority or inferiority of the embodiments.

Through the description of the above embodiments, those skilled in the art can clearly understand that the methods in the above embodiments can be implemented by means of software plus a necessary universal hardware platform, and of course, also by hardware, but in many cases the former is better. Implementation. Based on such an understanding, the technical solution of this application that is essentially or contributes to the existing technology can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, The optical disc) includes several instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in the embodiments of the present application.

The above are only preferred embodiments of the present application, and thus do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made by using the description and drawings of the present application, or directly or indirectly used in other related technical fields Are included in the scope of patent protection of this application.

Claims

A testing method based on distributed coordination is characterized in that the testing method based on distributed coordination includes:

S1. When receiving a test task, the server registers the task node and the task lock node through the control service module zk-server, enqueues the test task, and saves the attribute information corresponding to the task node. The attribute information includes a script Library system name

S2. The execution machine controls the client zk-client to listen to the server. After listening to a test task on the server, the client zk-client notifies the agent module on the execution machine to control the agent module to use a predetermined locking mechanism in A new executor node under the task lock node registered by the server to obtain a test task;

S3. After the execution machine obtains the test task, the server records the corresponding node name and status information under the execution machine node. If the status information is a newly created success state, the server is notified to deploy the script corresponding to the test task. ;

S4. After receiving the notification of the deployment script of the server, the executor obtains the script library system name in the attribute information corresponding to the task node registered by the server, and in the script library corresponding to the script library system name Download the script, and after completing the script deployment, update its own deployment status information and send the corresponding deployment status information to the server;

S5. After the server receives the deployment status information of the execution machine, if all the deployment status information is the deployment completion status, it sends a message to perform a test task to the execution machine;

S6. After receiving the message that the server executes a test task, the execution machine performs test construction and executes a script to test the test task.
The testing method based on distributed coordination according to claim 1, wherein the predetermined lock mechanism is an optimistic lock mechanism, and the step of controlling the agent module to newly create an executive node under the task lock node, specifically include:

Control the agent module to try to create a new execution machine node under the task lock node;

If the new execution of the execution node is successful, the execution of the execution of the execution node is successful, and the agent module obtains the test task;

If the execution of the new execution node fails, the allocation of the execution fails, and the execution returns to the step of trying to create a new execution node.
The testing method based on distributed coordination according to claim 1, wherein the predetermined lock mechanism is a concurrent lock mechanism, and the step of controlling the agent module to newly create an executive node under the task lock node, specifically include:

Control the agent module to create a temporary sequence node under the task lock node;

If the number of the temporary sequence node is the smallest number, the agent module obtains the lock, and the agent module obtains the test task;

If the number of the temporary sequence node is not the lowest number, then after listening to the lock being released, return to execute the step of creating a temporary sequence node under the task lock node.
The testing method based on distributed coordination according to claim 1, wherein the attribute information further includes a number of execution machines, and the steps of performing test construction and executing a script specifically include: The number of required execution machines is two or more, then two or more execution machines execute the same script at the same time for concurrent scheduling.
The testing method based on distributed coordination according to claim 2, wherein the attribute information further includes a number of execution machines, and the steps of performing test construction and executing a script specifically include: The number of required execution machines is two or more, then two or more execution machines execute the same script at the same time for concurrent scheduling.
The testing method based on distributed coordination according to claim 3, wherein the attribute information further includes a number of execution machines, and the steps of performing test construction and executing a script specifically include: The number of required execution machines is two or more, then two or more execution machines execute the same script at the same time for concurrent scheduling.
A test device, characterized in that the test device is an execution machine, the test device includes a memory and a processor connected to the memory, and the memory stores a processing system operable on the processor. , When the processing system is executed by the processor, the following steps are implemented:

The execution machine controls the client zk-client to listen to the server. After listening to a test task on the server, the client zk-client notifies the agent module on the execution machine, and controls the agent module to use a predetermined locking mechanism in the server. Create a new execution node under the task lock node registered by the server to obtain the test task;

After receiving the notification of the deployment script of the server, obtain the script library system name in the attribute information corresponding to the task node registered by the server, download the script from the script library corresponding to the script library system name, and complete the process. After the script is deployed, update its own deployment status information and send the corresponding deployment status information to the server;

After receiving the message that the server executes a test task, a test build is performed and a script is executed to test the test task.
The test device according to claim 7, wherein the predetermined lock mechanism is an optimistic lock mechanism, and the step of controlling the agent module to newly create an executive node under the task lock node specifically includes:

Control the agent module to try to create a new execution machine node under the task lock node;

If the new execution of the execution node is successful, the execution of the execution of the execution node is successful, and the agent module obtains the test task;

If the execution of the new execution node fails, the allocation of the execution fails, and the execution returns to the step of trying to create a new execution node.
The test device according to claim 7, wherein the predetermined lock mechanism is a concurrent lock mechanism, and the step of controlling the agent module to newly create an executive node under the task lock node specifically includes:

Control the agent module to create a temporary sequence node under the task lock node;

If the number of the temporary sequence node is the smallest number, the agent module obtains the lock, and the agent module obtains the test task;

If the number of the temporary sequence node is not the lowest number, after monitoring the release of the lock, return to the step of creating a temporary sequence node under the task lock node.
The test device according to claim 7, wherein the attribute information further includes a number of execution machines, and the step of performing test construction and executing a script specifically includes: if the execution machine required for the current test task construction If the number is two or more, two or more execution machines execute the same script at the same time for concurrent scheduling.
The testing device according to claim 8, wherein the attribute information further includes a number of execution machines, and the step of performing test construction and executing a script specifically includes: if the execution machine required for the current test task construction If the number is two or more, two or more execution machines execute the same script at the same time for concurrent scheduling.
The test device according to claim 9, wherein the attribute information further includes the number of execution machines, and the step of performing test construction and executing the script specifically includes: if the execution machine required for the current test task construction If the number is two or more, two or more execution machines execute the same script at the same time for concurrent scheduling.
A server, characterized in that the server includes a memory and a processor connected to the memory, the memory stores a processing system operable on the processor, and the processing system is processed by the processor Implement the following steps during execution:

When receiving a test task, register the task node and task lock node through the control service module zk-server, enqueue the test task, and save the attribute information corresponding to the task node. The attribute information includes the script library system name ;

After the executor obtains the test task, the corresponding node name and status information are recorded under the executor node. If the status information is a new successful state, the executor is notified to deploy the script corresponding to the test task;

After receiving the deployment status information of the execution machine, if all the deployment status information is the deployment completion status, a message for executing a test task is sent to the execution machine to test the test task.
A computer-readable storage medium, characterized in that, when the processing system is executed by a processor, the steps are implemented:

The execution machine controls the client zk-client to listen to the server. After listening to a test task on the server, the client zk-client notifies the agent module on the execution machine, and controls the agent module to use a predetermined locking mechanism in the server. Create a new execution node under the task lock node registered by the server to obtain the test task;

After receiving the notification of the deployment script of the server, obtain the script library system name in the attribute information corresponding to the task node registered by the server, download the script from the script library corresponding to the script library system name, and complete the process. After the script is deployed, update its own deployment status information and send the corresponding deployment status information to the server;

After receiving the message that the server executes a test task, a test build is performed and a script is executed to test the test task.
The computer-readable storage medium according to claim 14, wherein the predetermined lock mechanism is an optimistic lock mechanism, and the step of controlling the agent module to create a new execution machine node under the task lock node specifically includes:

Control the agent module to try to create a new execution machine node under the task lock node;

If the new execution of the execution node is successful, the execution of the execution of the execution node is successful, and the agent module obtains the test task;

If the execution of the new execution node fails, the allocation of the execution fails, and the execution returns to the step of trying to create a new execution node.
The computer-readable storage medium according to claim 14, wherein the predetermined lock mechanism is a concurrent lock mechanism, and the step of controlling the agent module to create a new execution machine node under the task lock node specifically includes:

Control the agent module to create a temporary sequence node under the task lock node;

If the number of the temporary sequence node is the smallest number, the agent module obtains the lock, and the agent module obtains the test task;

If the number of the temporary sequence node is not the lowest number, after monitoring the release of the lock, return to the step of creating a temporary sequence node under the task lock node.
The computer-readable storage medium according to claim 14, wherein the attribute information further includes a number of execution machines, and the steps of performing test construction and executing a script specifically include: If the number of execution machines is two or more, two or more execution machines execute the same script at the same time for concurrent scheduling.
The computer-readable storage medium according to claim 15, wherein the attribute information further includes a number of execution machines, and the steps of performing test construction and executing a script specifically include: If the number of execution machines is two or more, two or more execution machines execute the same script at the same time for concurrent scheduling.
The computer-readable storage medium according to claim 16, wherein the attribute information further includes the number of execution machines, and the steps of performing test construction and executing a script specifically include: If the number of execution machines is two or more, two or more execution machines execute the same script at the same time for concurrent scheduling.
A computer-readable storage medium, characterized in that a processing system is stored on the computer-readable storage medium, and the step of claim 13 is implemented when the processing system is executed by a processor.