CN118012582A

CN118012582A - Task scheduling method and device, electronic equipment and storage medium

Info

Publication number: CN118012582A
Application number: CN202211407194.8A
Authority: CN
Inventors: 杨立
Original assignee: Beijing Zitiao Network Technology Co Ltd
Current assignee: Beijing Zitiao Network Technology Co Ltd
Priority date: 2022-11-10
Filing date: 2022-11-10
Publication date: 2024-05-10

Abstract

The embodiment of the disclosure discloses a task scheduling method, a task scheduling device, electronic equipment and a storage medium. The method comprises the following steps: receiving a test task to be processed; binding target virtual equipment to the test task to be processed to obtain a to-be-processed execution unit, and sending the to-be-processed execution unit into a task execution queue to wait for processing; and dispatching and distributing target real equipment to the to-be-processed test task in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the to-be-processed execution unit so as to carry out the test task. By adopting the technical scheme of the embodiment of the disclosure, the virtual equipment receives the test task to be processed, and reasonably dispatches and distributes target real equipment for the test task to be processed according to the condition of real equipment of a downstream equipment layer, so as to decouple the upstream and the downstream. When the upstream test tasks to be processed are suddenly increased, the virtual equipment sends all the test tasks to be processed into a task execution queue to wait for processing, and the pressure of downstream real equipment is reduced.

Description

Task scheduling method and device, electronic equipment and storage medium

Technical Field

The embodiment of the disclosure relates to the technical field of computers, in particular to a task scheduling method, a task scheduling device, electronic equipment and a storage medium.

Background

With the rapid development of services, the functions of service applications become complex, and in order to ensure orderly and normal operation of services, service testing tasks are required.

Considering that the number of test cases is too large in business test, the test tasks are too large, and each scene can be covered only by manpower; meanwhile, the input labor cost is too high, and under the background of cost reduction and synergy, the labor test mode is difficult to succeed, so that the automatic test becomes an important mode for guaranteeing the stability of service application at present by virtue of the advantages of high efficiency, low cost, reliability and the like. However, in the practical process of the automatic test, the task scheduling is found to be the largest short board limiting the whole automatic throughput, and the task scheduling of the related scheme cannot be performed efficiently, so that the advantage of the automatic test cannot be exerted, and the performance of the automatic test task is seriously influenced.

Disclosure of Invention

The embodiment of the disclosure provides a task scheduling method, a device, electronic equipment and a storage medium, so as to realize efficient task scheduling and reduce the pressure of downstream real equipment.

In a first aspect, an embodiment of the present disclosure provides a task scheduling method, including:

Receiving a test task to be processed;

binding target virtual equipment to the test task to be processed to obtain a to-be-processed execution unit, and sending the to-be-processed execution unit into a task execution queue to wait for processing;

and dispatching and distributing target real equipment to the to-be-processed test task in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the to-be-processed execution unit so as to carry out the test task.

In a second aspect, an embodiment of the present disclosure further provides a task scheduling device, where the device includes:

the test task receiving module is used for receiving a test task to be processed;

the test task waiting module is used for binding the target virtual equipment to the test task to be processed to obtain a to-be-processed execution unit, and sending the to-be-processed execution unit into a task execution queue to wait for processing;

And the test task execution module is used for dispatching and distributing target real equipment to the to-be-processed test task in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the to-be-processed execution unit so as to carry out the test task.

In a third aspect, embodiments of the present disclosure further provide an electronic device, including:

One or more processors;

A storage means for storing one or more programs;

the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the task scheduling method described in any embodiment of the present disclosure.

In a fourth aspect, the embodiments of the present disclosure further provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the task scheduling method according to any of the embodiments of the present disclosure.

The embodiment of the disclosure provides a task scheduling method, a device, electronic equipment and a storage medium, wherein a test task to be processed is received; binding target virtual equipment to the test task to be processed to obtain a to-be-processed execution unit, and sending the to-be-processed execution unit into a task execution queue to wait for processing; and dispatching and distributing target real equipment to the to-be-processed test task in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the to-be-processed execution unit so as to carry out the test task. By adopting the technical scheme of the embodiment of the disclosure, the virtual equipment receives the test task to be processed, and reasonably dispatches and distributes target real equipment for the test task to be processed according to the condition of real equipment of a downstream equipment layer, so as to decouple the upstream and the downstream. When the upstream test tasks to be processed are suddenly increased, the virtual equipment sends all the test tasks to be processed into a task execution queue to wait for processing, and the pressure of downstream real equipment is reduced.

Drawings

The above and other features, advantages, and aspects of embodiments of the present disclosure will become more apparent by reference to the following detailed description when taken in conjunction with the accompanying drawings. The same or similar reference numbers will be used throughout the drawings to refer to the same or like elements. It should be understood that the figures are schematic and that elements and components are not necessarily drawn to scale.

Fig. 1 is a flow chart of a task scheduling method according to an embodiment of the disclosure;

FIG. 2 is a schematic diagram of a task scheduling system according to an embodiment of the present disclosure;

FIG. 3 is a flow chart of another task scheduling method provided in an embodiment of the present disclosure;

FIG. 4 is a flow chart of yet another task scheduling method provided in an embodiment of the present disclosure;

Fig. 5 is an overall flow diagram of a task scheduling method provided in an embodiment of the present disclosure;

fig. 6 is a schematic structural diagram of a task scheduling device according to an embodiment of the disclosure;

Fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the disclosure.

Detailed Description

Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure have been shown in the accompanying drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but are provided to provide a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are for illustration purposes only and are not intended to limit the scope of the present disclosure.

It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order and/or performed in parallel. Furthermore, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.

The term "including" and variations thereof as used herein are intended to be open-ended, i.e., including, but not limited to. The term "based on" is based at least in part on. The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments. Related definitions of other terms will be given in the description below.

It should be noted that the terms "first," "second," and the like in this disclosure are merely used to distinguish between different devices, modules, or units and are not used to define an order or interdependence of functions performed by the devices, modules, or units.

It should be noted that references to "one", "a plurality" and "a plurality" in this disclosure are intended to be illustrative rather than limiting, and those of ordinary skill in the art will appreciate that "one or more" is intended to be understood as "one or more" unless the context clearly indicates otherwise.

The names of messages or information interacted between the various devices in the embodiments of the present disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.

It will be appreciated that prior to using the technical solutions disclosed in the embodiments of the present disclosure, the user should be informed and authorized of the type, usage range, usage scenario, etc. of the personal information related to the present disclosure in an appropriate manner according to the relevant legal regulations.

For example, in response to receiving an active request from a user, a prompt is sent to the user to explicitly prompt the user that the operation it is requesting to perform will require personal information to be obtained and used with the user. Thus, the user can autonomously select whether to provide personal information to software or hardware such as an electronic device, an application program, a server or a storage medium for executing the operation of the technical scheme of the present disclosure according to the prompt information.

As an alternative but non-limiting implementation, in response to receiving an active request from a user, the manner in which the prompt information is sent to the user may be, for example, a popup, in which the prompt information may be presented in a text manner. In addition, a selection control for the user to select to provide personal information to the electronic device in a 'consent' or 'disagreement' manner can be carried in the popup window.

It will be appreciated that the above-described notification and user authorization process is merely illustrative and not limiting of the implementations of the present disclosure, and that other ways of satisfying relevant legal regulations may be applied to the implementations of the present disclosure.

It will be appreciated that the data (including but not limited to the data itself, the acquisition or use of the data) involved in the present technical solution should comply with the corresponding legal regulations and the requirements of the relevant regulations.

Fig. 1 is a schematic flow chart of a task scheduling method provided by an embodiment of the present disclosure, where the embodiment of the present disclosure is suitable for a situation of scheduling an automatic test task, the method may be performed by a task scheduling device, and the device may be implemented in a form of software and/or hardware, optionally, by an electronic device, where the electronic device may be a mobile terminal, a PC side, a server, or the like. As shown in fig. 1, the task scheduling method of the present embodiment includes, but is not limited to, steps S110 to S130:

s110, receiving a test task to be processed.

The test task to be processed may refer to a test task to be scheduled. The test tasks include, but are not limited to, automated test tasks; for example, in performing automated testing, automated testing tasks need to be scheduled into the device to complete the automated testing.

S120, binding the target virtual device to the to-be-processed test task to obtain a to-be-processed execution unit, and sending the to-be-processed execution unit into a task execution queue to wait for processing.

As shown in fig. 2, the test task to be processed created by the upstream task layer is currently typically directly issued to the downstream device layer. However, when the equipment of the downstream equipment layer is damaged, offline or a large number of tasks are created upstream, the whole system has insufficient flexibility, and the problem of task backlog is easy to occur. Therefore, the embodiment of the disclosure provides a task scheduling method, wherein a virtual device layer is added between an upstream task layer and a downstream device layer. The virtual equipment layer receives a to-be-processed test task issued by the upstream task layer and distributes the to-be-processed test task to the downstream equipment layer through the virtual equipment layer.

Wherein, the virtual device may refer to an identifier that allocates a real device to the test task to be processed. For example, according to the device information contained in the test task to be processed, determining the target real device matched with the test task to be processed. Because the target real equipment is executing the test task and cannot be matched with the test task to be processed, the test task to be processed is bound with the virtual equipment; when the target real equipment is idle, the target real equipment to be matched can be directly determined according to the virtual equipment.

The pending execution unit may refer to a minimum execution unit composed of a pending test task and a virtual device. For example, according to the device information included in the test task a to be processed, a corresponding virtual device a is determined, and the test task a to be processed and the virtual device a are bound to obtain the execution unit a to be processed. And placing the to-be-processed execution unit A into a queuing queue to wait for execution, and preventing all tasks from directly going to a downstream equipment layer to execute test tasks, so that the downstream equipment layer is under too great pressure, and the test system is crashed.

As an optional but non-limiting implementation manner, when the to-be-processed execution unit obtained after binding the to-be-processed test task and the target virtual device is sent to the task execution queue to wait for processing; binding a next to-be-processed test task with a corresponding next target virtual device to obtain a next to-be-processed execution unit; and sending the next to-be-processed execution unit into a task execution queue to wait for processing. In the process that the to-be-processed execution unit waits to execute, the target virtual equipment can be bound for at least one next to-be-processed test task, and the efficiency of matching the to-be-processed test task with the target real equipment can be effectively improved.

S130, distributing target real equipment to the to-be-processed test task schedule in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the to-be-processed execution unit so as to perform the test task.

The device parameter information may refer to parameter information for characterizing a target real device; the device parameter information includes, but is not limited to, a device model number, a device system, and a device origin. For example, the device parameter information in the target virtual device includes, but is not limited to, a device model A1, a device system B, and a device source C, according to the device parameter information of the target virtual device, a target real device may be determined, and then the target real device a is allocated and scheduled to the test task to be processed.

The embodiment of the disclosure provides a task scheduling method, which is used for receiving a test task to be processed; binding target virtual equipment to the test task to be processed to obtain a to-be-processed execution unit, and sending the to-be-processed execution unit into a task execution queue to wait for processing; and dispatching and distributing target real equipment to the to-be-processed test task in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the to-be-processed execution unit so as to carry out the test task. By adopting the technical scheme of the embodiment of the disclosure, the virtual equipment receives the test task to be processed, and reasonably dispatches and distributes target real equipment for the test task to be processed according to the condition of real equipment of a downstream equipment layer, so as to decouple the upstream and the downstream. When the upstream test tasks to be processed are suddenly increased, the virtual equipment sends all the test tasks to be processed into a task execution queue to wait for processing, and the pressure of downstream real equipment is reduced.

Fig. 3 is a flowchart of another task scheduling method provided in an embodiment of the present disclosure. The foregoing embodiments are further optimized based on the disclosed embodiments, which may be combined with various alternatives of one or more of the embodiments described above. As shown in fig. 3, the task scheduling method provided in the embodiment of the present disclosure may include the following steps S310 to S340:

s310, receiving a test task to be processed.

As an alternative but non-limiting implementation, the receiving the test task to be processed includes, but is not limited to:

And receiving a to-be-processed test task created and sent by upstream task equipment, wherein equipment parameter information for executing the to-be-processed test task is associated with the to-be-processed test task, and the equipment parameter information comprises an equipment model, an equipment system and an equipment source.

The test task to be processed is established according to actual service requirements, and equipment parameter information required by the test task to be processed in execution is designated. The device parameter information includes, but is not limited to including, a device model number, a device system, and a device origin. For example, when a task to be tested is executed, the task is executed on a device a with a device model a, a device system B and a device source C, and then device parameter information of the device a is specified when the task to be tested is created.

S320, distributing the adaptive target virtual equipment to the to-be-processed test task according to the equipment parameter information appointed by the to-be-processed test task.

According to the device parameter information related to the test task to be processed, inquiring whether virtual devices which are matched with the device parameter information and are idle exist or not; if not, a new virtual device is created and assigned to the test task to be processed.

As an optional but non-limiting implementation manner, the allocating an adapted target virtual device to the test task to be processed includes, but is not limited to, steps A1-A3:

step A1: and inquiring whether target virtual equipment which is matched with the equipment parameter information and is idle exists in the pre-created candidate virtual equipment set.

Step A2: and if the matched and idle target virtual equipment exists, distributing the target virtual equipment to the test task to be processed.

Step A3: and if the matched and idle target virtual equipment is not found, newly creating a matched and idle virtual equipment serving as the target virtual equipment, and distributing the matched and idle virtual equipment to the to-be-processed test task.

When matching equipment for a test task to be processed, the traditional scheme can directly inquire whether the downstream equipment layer has corresponding equipment or not; if corresponding equipment exists, the test task to be processed is directly sent to the corresponding equipment; if no corresponding equipment exists, an error is returned to the upstream task layer, and the flexibility of the whole system is poor. In the embodiment of the disclosure, a to-be-processed test task is sent to a virtual device layer, and real devices are distributed for the to-be-processed test task by the virtual device layer.

In an alternative scheme of the embodiment of the disclosure, according to device parameter information of a test task to be processed, whether a matched and idle target virtual device exists is determined from a pre-created candidate virtual device set. If the target virtual equipment exists, the target virtual equipment can be allocated to the test task to be processed. If the target virtual equipment which is matched with the equipment parameter information of the to-be-processed test task and is idle does not exist, a target virtual equipment is newly built according to the equipment parameter information, and the newly built virtual equipment is distributed to the to-be-processed test task.

S330, binding the to-be-processed test task with the distributed target virtual equipment to obtain a to-be-processed execution unit.

The target virtual device is used for guiding and scheduling to distribute real devices to the test tasks to be processed. Binding the to-be-processed test task with the target virtual equipment to obtain a to-be-processed execution unit, storing the to-be-processed execution unit into a task execution queue, queuing the to-be-processed execution unit in the task execution queue according to a first-in first-out sequence, and distributing real equipment for the to-be-processed test task. For example, binding the to-be-processed test task 1 with the target virtual device a to obtain a to-be-processed execution unit 1; binding the to-be-processed test task 2 with the target virtual equipment B to obtain a to-be-processed execution unit 2; binding the to-be-processed test task 3 with the target virtual equipment C to obtain a to-be-processed execution unit 3; the method comprises the steps of sequentially storing to-be-processed execution units 1, 2 and 3 into a task execution queue, firstly distributing target real equipment for the to-be-processed test task 1 in the to-be-processed execution unit 1 to complete the test task when the test task is executed, and distributing target real equipment for the to-be-processed test task 2 and the to-be-processed test task 3 in sequence.

S340, distributing target real equipment to the to-be-processed test task schedule in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the to-be-processed execution unit so as to perform the test task.

And sequentially taking out the to-be-processed execution units from a task execution queue, and distributing corresponding target real equipment for the to-be-processed test task according to the equipment parameter information associated with the target virtual equipment so as to complete the test task.

The embodiment of the disclosure provides a task scheduling method, which is used for receiving a test task to be processed; distributing an adaptive target virtual device to the to-be-processed test task according to the device parameter information appointed by the to-be-processed test task; binding the test task to be processed with the distributed target virtual equipment to obtain a to-be-processed execution unit; and dispatching and distributing target real equipment to the to-be-processed test task in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the to-be-processed execution unit so as to carry out the test task. By adopting the technical scheme of the embodiment of the disclosure, corresponding target virtual equipment is created or matched for the to-be-processed test task according to the equipment parameter information associated with the to-be-processed test task; and the to-be-processed execution unit consisting of the to-be-processed test task and the target virtual equipment is sent to the task execution queue to wait for processing, so that the pressure of the downstream real equipment can be reduced when the to-be-processed test task is suddenly increased.

Fig. 4 is a flowchart of yet another task scheduling method provided in an embodiment of the present disclosure. The foregoing embodiments are further optimized based on the disclosed embodiments, which may be combined with various alternatives of one or more of the embodiments described above. As shown in fig. 4, the task scheduling method provided in the embodiment of the present disclosure may include the following steps S410 to S450:

S410, receiving a test task to be processed.

S420, binding the target virtual device to the to-be-processed test task to obtain a to-be-processed execution unit, and sending the to-be-processed execution unit into a task execution queue to wait for processing.

As shown in FIG. 5, the pending execution unit is sent to the task execution queue to wait for processing, so that all pending test tasks are prevented from directly going to the downstream equipment layer to be executed, and the downstream is prevented from being too much pressure, so that the system is crashed.

S430, determining a task concurrency limit value and/or the number of downstream idle real devices of the test task to be processed.

The task concurrency may refer to the maximum concurrency of the test task to be processed. For example, the task concurrency of the to-be-processed test tasks is 5, so that only the to-be-processed test tasks with the task concurrency less than or equal to 5 are executed at the same time, and the rest to-be-processed test tasks are queued.

The number of downstream idle real devices may refer to the number of real devices that are idle by the downstream device layer when the downstream device layer completes a test task. For example, there are 6 real devices in the downstream device layer that are executing the test task, and there are 5 completed test tasks at the current time, and there are 5 idle real devices in the downstream device layer at the current time.

S440, taking out the queued waiting execution units from the task execution queue according to the task concurrency limit and/or the downstream idle real equipment number.

When the real equipment in the downstream equipment layer is idle, a corresponding number of to-be-processed execution units can be taken out from the task execution queue to complete the test task.

In an alternative scheme of the embodiment of the disclosure, the to-be-processed execution units queue for processing in a task execution queue according to a first-in first-out order, and when the downstream real device is idle after the current execution task is finished, a corresponding number of new to-be-processed execution units are taken out from the task execution queue to execute the test task. For example, after the execution of the current test task is finished, 5 idle real devices exist in the downstream device layer, and 5 to-be-processed execution units are taken out from the task execution queue according to the first-in first-out principle to execute the test task.

In another alternative of the embodiment of the present disclosure, the queued pending execution units are fetched from the task execution queue according to the task concurrency limit and the number of downstream idle real devices. For example, if the task concurrency of the current test task is 5 and the number of idle real devices in the downstream device layer is 4, 4 to-be-processed execution units are taken out from the task execution queue according to the first-in first-out principle. And if the task concurrency of the current test task is 5 and the number of idle real devices in the downstream device layer is also 5, taking out 5 to-be-processed execution units from the task execution queue according to the first-in first-out principle.

S450, distributing target real equipment to the to-be-processed test task schedule in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the extracted to-be-processed execution unit.

As an optional but non-limiting implementation manner, according to the device parameter information associated with the target virtual device in the extracted to-be-processed execution unit, distributing the target real device to the to-be-processed test task schedule in the to-be-processed execution unit, including but not limited to steps B1-B3:

step B1: and detecting whether the matched and idle real equipment exists in the downstream according to the equipment parameter information associated with the target virtual equipment in the extracted to-be-processed execution unit.

Step B2: and if the fact that the matched and idle real equipment exists in the downstream is detected, the matched and idle real equipment is used as target real equipment to be dispatched and distributed to the to-be-processed test task in the to-be-processed task unit.

Step B3: and if the fact that no matched and idle real equipment exists in the downstream is detected, skipping the test task to be processed, and returning to the task execution queue to take out an execution unit of the next queuing waiting process.

And after the queued waiting execution units are taken out from the task execution queue according to the task concurrency limit value and/or the downstream idle real equipment quantity, matching the target real equipment from the idle real equipment of the downstream equipment layer according to the equipment parameter information associated with the target virtual equipment in the waiting execution units.

In an alternative scheme of the embodiment of the disclosure, if a matched target real device is detected in idle real devices of a downstream device layer, the matched target real device is allocated to a test task to be processed to complete the test task. If the matched target real equipment is not detected in the idle real equipment of the downstream equipment layer, skipping the to-be-processed test task of the target real equipment which is not detected to be matched, and taking out the execution unit of the next queuing waiting process from the task execution queue.

In another alternative of the embodiment of the present disclosure, the number of test tasks to be processed of the target real device that is not detected to be matched and idle is determined, and the execution units of the corresponding number of queuing processes are fetched from the task execution queue. For example, if 3 target real devices matched with the test task to be processed are not detected in the idle real devices of the downstream device layer, 3 execution units waiting for processing are fetched from the task execution queue.

In yet another alternative of the embodiment of the present disclosure, if no matching target real device is detected, the current task to be processed is skipped, and the next queued task to be processed is executed; and sending a device searching request to search for candidate device suppliers until a supplier which can provide real devices is found, and completing the access of the supplier, thus executing the current test task to be processed.

As an alternative but non-limiting implementation manner, after distributing the target real device to the pending test task schedule in the pending execution unit, the method further includes but is not limited to steps C1-C2:

Step C1: and if the notice of completing the test task to be processed is received by the downstream target real equipment, taking out the execution unit of the next queuing waiting process from a task execution queue according to the task concurrency limit value and/or the downstream idle real equipment number.

Step C2: and analyzing and packaging the execution result of the executed and completed test task and returning the result to the upstream task equipment.

After receiving the notification of the end of the downstream execution, the virtual device layer removes one to-be-processed test task from the task execution queue again to execute the test task, and meanwhile, analyzes and assembles the result of the downstream execution and returns the result to the upstream task layer, and the complete execution of the task is ended.

As an alternative but non-limiting implementation, the method further includes, but is not limited to, steps D1-D2:

step D1: and if the to-be-dequeued test task is received from the upstream task equipment, binding the to-be-dequeued test task with the target virtual equipment to obtain the to-be-dequeued execution unit.

Step D2: and sending the execution unit to be dequeued to the head of a task execution queue for waiting processing.

And the execution priority of the test task to be inserted is higher than that of the test task to be processed in the task execution queue.

If the upstream task layer creates a high-priority task needing to be executed by a vertical horse, the high-priority task needs to be inserted into the head of the task execution queue to wait for execution.

In an alternative scheme of the embodiment of the present disclosure, if the to-be-processed test task of the target real device that does not detect the matching is a high-priority task, the to-be-processed test task is marked; when the matched target real equipment is detected, inserting the test task to be processed into the head of the task execution queue; and when the target real equipment is idle, testing the to-be-processed test task preferentially.

The embodiment of the disclosure provides a task scheduling method, which is characterized in that a corresponding number of queued waiting execution units are taken out from a task execution queue according to a first-in first-out principle by determining a task concurrency limit value and/or the number of downstream idle real devices of a to-be-processed test task. And detecting whether matched and idle real equipment exists in the downstream according to the equipment parameter information associated with the target virtual equipment in the extracted to-be-processed execution unit, and distributing the detected matched and idle real equipment to-be-processed test tasks in the to-be-processed task unit. If no matched and idle real equipment is detected, the current test task to be processed is skipped, and the next queued test task to be processed is executed, so that the waste of time is avoided. For the to-be-enqueued test task with the priority higher than the execution priority of the to-be-processed test task in the task execution queue, inserting the to-be-enqueued test task into the queue head of the task execution queue, and preferentially matching target real equipment for the to-be-enqueued test task so as to complete the test task.

Fig. 6 is a schematic structural diagram of a task scheduling device according to an embodiment of the present disclosure, as shown in fig. 6, where the device includes: a test task receiving module 610, a test task waiting module 620, and a test task executing module 630; wherein,

A test task receiving module 610, configured to receive a test task to be processed;

The test task waiting module 620 is configured to bind the target virtual device to the test task to be processed to obtain a to-be-processed execution unit, and send the to-be-processed execution unit to a task execution queue to wait for processing;

And the test task execution module 630 is configured to schedule and allocate a target real device to a to-be-processed test task in the to-be-processed execution unit according to device parameter information associated with the target virtual device in the to-be-processed execution unit, so as to perform the test task.

In an optional implementation manner of the embodiment of the disclosure, optionally, the test task receiving module includes:

In an optional implementation manner of the embodiment of the present disclosure, optionally, the test task waiting module includes:

distributing an adaptive target virtual device to the to-be-processed test task according to the device parameter information appointed by the to-be-processed test task;

binding the to-be-processed test task with an allocated target virtual device to obtain a to-be-processed execution unit, wherein the target virtual device is used for guiding and scheduling to allocate real devices to the to-be-processed test task.

In an optional implementation manner of the embodiment of the present disclosure, optionally, the test task waiting module further includes:

Inquiring whether target virtual equipment which is matched with the equipment parameter information and is idle exists in a pre-established candidate virtual equipment set;

if the matched and idle target virtual equipment exists, distributing the target virtual equipment to the test task to be processed;

and if the matched and idle target virtual equipment is not found, newly creating a matched and idle virtual equipment serving as the target virtual equipment, and distributing the matched and idle virtual equipment to the to-be-processed test task.

In an optional implementation manner of the embodiment of the present disclosure, optionally, the test task execution module includes:

determining a task concurrency limit value and/or the number of downstream idle real devices of a test task to be processed;

taking out the queued waiting execution units from a task execution queue according to the task concurrency limit and/or the downstream idle real equipment quantity;

and dispatching and distributing target real equipment to the to-be-processed test task in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the extracted to-be-processed execution unit.

In an optional implementation manner of the embodiment of the present disclosure, optionally, the test task execution module further includes:

detecting whether a matched and idle real device exists in the downstream according to the device parameter information associated with the target virtual device in the extracted to-be-processed execution unit;

if the fact that the matched and idle real equipment exists in the downstream is detected, the matched and idle real equipment is used as target real equipment to be dispatched and distributed to a to-be-processed test task in the to-be-processed task unit;

And if the fact that no matched and idle real equipment exists in the downstream is detected, skipping the test task to be processed, and returning to the task execution queue to take out an execution unit of the next queuing waiting process.

if the notice of completing the test task to be processed is received from the downstream target real equipment, the execution unit of the next queuing waiting process is taken out from a task execution queue according to the task concurrency limit value and/or the downstream idle real equipment number;

and analyzing and packaging the execution result of the executed and completed test task and returning the result to the upstream task equipment.

if the to-be-dequeued test task is received from the upstream task equipment, binding target virtual equipment to the to-be-dequeued test task to obtain a to-be-dequeued execution unit;

sending the execution unit to be inserted into the queue head of the task execution queue to be processed;

The task scheduling device provided by the embodiment of the disclosure can execute the task scheduling method provided by any embodiment of the disclosure, and has the corresponding functional modules and beneficial effects of executing the task scheduling method.

It should be noted that each unit and module included in the above apparatus are only divided according to the functional logic, but not limited to the above division, so long as the corresponding functions can be implemented; in addition, the specific names of the functional units are also only for convenience of distinguishing from each other, and are not used to limit the protection scope of the embodiments of the present disclosure.

Fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the disclosure. Referring now to fig. 7, a schematic diagram of an electronic device (e.g., a terminal device or server in fig. 7) 500 suitable for use in implementing embodiments of the present disclosure is shown. The terminal devices in the embodiments of the present disclosure may include, but are not limited to, mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and the like, and stationary terminals such as digital TVs, desktop computers, and the like. The electronic device shown in fig. 7 is merely an example and should not be construed to limit the functionality and scope of use of the disclosed embodiments.

As shown in fig. 7, the electronic device 500 may include a processing means (e.g., a central processing unit, a graphics processor, etc.) 501, which may perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 502 or a program loaded from a storage means 508 into a Random Access Memory (RAM) 503. In the RAM 503, various programs and data required for the operation of the electronic apparatus 500 are also stored. The processing device 501, the ROM 502, and the RAM 503 are connected to each other via a bus 504. An edit/output (I/O) interface 505 is also connected to bus 504.

In general, the following devices may be connected to the I/O interface 505: input devices 506 including, for example, a touch screen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; an output device 507 including, for example, a Liquid Crystal Display (LCD), a speaker, a vibrator, and the like; storage 508 including, for example, magnetic tape, hard disk, etc.; and communication means 509. The communication means 509 may allow the electronic device 500 to communicate with other devices wirelessly or by wire to exchange data. While fig. 7 shows an electronic device 500 having various means, it is to be understood that not all of the illustrated means are required to be implemented or provided. More or fewer devices may be implemented or provided instead.

In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a non-transitory computer readable medium, the computer program comprising program code for performing the task scheduling method shown in the flowchart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication means 509, or from the storage means 508, or from the ROM 502. When executed by the processing device 501, the computer program performs the above-described functions defined in the task scheduling method of the embodiment of the present disclosure.

The electronic device provided by the embodiment of the present disclosure and the task scheduling method provided by the foregoing embodiment belong to the same inventive concept, and technical details not described in detail in the present embodiment may be referred to the foregoing embodiment, and the present embodiment has the same beneficial effects as the foregoing embodiment.

The present disclosure provides a computer storage medium having stored thereon a computer program which, when executed by a processor, implements the task scheduling method provided by the above embodiments.

It should be noted that the computer readable medium described in the present disclosure may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this disclosure, a computer-readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present disclosure, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, fiber optic cables, RF (radio frequency), and the like, or any suitable combination of the foregoing.

In some embodiments, the clients, servers may communicate using any currently known or future developed network protocol, such as HTTP (HyperText Transfer Protocol ), and may be interconnected with any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), the internet (e.g., the internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed networks.

The computer readable medium may be contained in the electronic device; or may exist alone without being incorporated into the electronic device.

The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: receiving a test task to be processed; binding target virtual equipment to the test task to be processed to obtain a to-be-processed execution unit, and sending the to-be-processed execution unit into a task execution queue to wait for processing; and dispatching and distributing target real equipment to the to-be-processed test task in the to-be-processed execution unit according to the equipment parameter information associated with the target virtual equipment in the to-be-processed execution unit so as to carry out the test task.

Computer program code for carrying out operations of the present disclosure may be written in one or more programming languages, including, but not limited to, an object oriented programming language such as Java, smalltalk, C ++ and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (for example, through the Internet using an Internet service provider).

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units involved in the embodiments of the present disclosure may be implemented by means of software, or may be implemented by means of hardware. The name of the unit does not in any way constitute a limitation of the unit itself, for example the first acquisition unit may also be described as "unit acquiring at least two internet protocol addresses".

The functions described above herein may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: a Field Programmable Gate Array (FPGA), an Application Specific Integrated Circuit (ASIC), an Application Specific Standard Product (ASSP), a system on a chip (SOC), a Complex Programmable Logic Device (CPLD), and the like.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

According to one or more embodiments of the present disclosure, example 1 provides a task scheduling method, the task scheduling method including:

Receiving a test task to be processed;

Example 2 the method of example 1, receiving a test task to be processed, comprises:

Example 3 the method of example 1, binding a virtual device to the pending test task to obtain a pending execution unit, includes:

Example 4 the method of example 3, assigning an adapted target virtual device to the pending test task, comprising:

Example 5 the method according to example 1, according to device parameter information associated with a target virtual device in the execution unit to be processed, allocating a target real device to a test task schedule to be processed in the execution unit to be processed, includes:

Example 6 the method of example 5, according to the device parameter information associated with the target virtual device in the fetched pending execution unit, assigns a target real device to a pending test task schedule in the pending execution unit, including:

Example 7 the method of example 5, after dispatching the allocation target real device to the pending test task in the pending execution unit, further comprising:

Example 8 the method of example 1, the method further comprising:

Example 9 also provides a task scheduling device according to one or more embodiments of the present disclosure, the task scheduling device including:

Example 10 also provides, in accordance with one or more embodiments of the present disclosure, an electronic device comprising:

One or more processors;

Storage means for storing one or more programs,

When executed by the one or more processors, causes the one or more processors to implement the task scheduling method of any one of claims 1-8.

Example 11 further provides a storage medium containing computer-executable instructions for performing the task scheduling method of any one of claims 1-8 when executed by a computer processor, according to one or more embodiments of the present disclosure

The foregoing description is only of the preferred embodiments of the present disclosure and description of the principles of the technology being employed. It will be appreciated by persons skilled in the art that the scope of the disclosure referred to in this disclosure is not limited to the specific combinations of features described above, but also covers other embodiments which may be formed by any combination of features described above or equivalents thereof without departing from the spirit of the disclosure. Such as those described above, are mutually substituted with the technical features having similar functions disclosed in the present disclosure (but not limited thereto).

Moreover, although operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of the present disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are example forms of implementing the claims.

Claims

1. A method for task scheduling, comprising:

Receiving a test task to be processed;

2. The method of claim 1, wherein receiving a test task to be processed comprises:

3. The method of claim 1, wherein binding virtual devices to the pending test tasks results in pending execution units, comprising:

4. A method according to claim 3, wherein assigning an adapted target virtual device to the pending test task comprises:

5. The method of claim 1, wherein assigning the target real device to the pending test task schedule in the pending execution unit based on device parameter information associated with the target virtual device in the pending execution unit, comprises:

6. The method of claim 5, wherein assigning the target real device to the pending test task schedule in the pending execution unit based on the fetched device parameter information associated with the target virtual device in the pending execution unit, comprises:

7. The method of claim 5, further comprising, after assigning a target real device to a pending test task schedule in the pending execution unit:

8. The method according to claim 1, wherein the method further comprises:

9. A task scheduling device, the device comprising:

10. An electronic device, the electronic device comprising:

One or more processors;

Storage means for storing one or more programs,

11. A storage medium containing computer executable instructions which, when executed by a computer processor, are for performing the task scheduling method of any one of claims 1-8.