CN113268417B - Task execution method and device - Google Patents
Task execution method and device Download PDFInfo
- Publication number
- CN113268417B CN113268417B CN202110541516.7A CN202110541516A CN113268417B CN 113268417 B CN113268417 B CN 113268417B CN 202110541516 A CN202110541516 A CN 202110541516A CN 113268417 B CN113268417 B CN 113268417B
- Authority
- CN
- China
- Prior art keywords
- task
- identifier
- service
- service identifier
- configuration parameters
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3696—Methods or tools to render software testable
Abstract
The invention discloses a task execution method and device, and relates to the technical field of computers. One embodiment of the method comprises the following steps: receiving configuration parameters of interfaces of a tested system, wherein the configuration parameters indicate service identification sources; acquiring a corresponding service identifier from a service identifier source according to the configuration parameters, and determining a task identifier corresponding to the service identifier; and inquiring the task identification of the task which is not successfully executed in the corresponding task set, and executing retry on the task which is not successfully executed. According to the embodiment, the data required by the pushing list can be automatically analyzed through a complete automatic pushing list implementation scheme, the pushing list efficiency of staff and the success rate of pushing list tasks are improved, and backlog of the tasks and faults of a system are reduced.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a task execution method and apparatus.
Background
In the test scenario, the existing scheme needs to manually push the bill, i.e. automatically log in the management platform, and manually reset the bill to smoothly execute the bill, for example, a worker manually fills the bill number. Because of the diversification of interface parameters, the data required by the pushing list cannot be automatically analyzed by the existing scheme, the pushing list is required to be manually reset after failure, and a complete automatic pushing list scheme does not exist.
In the process of implementing the present invention, the inventor finds that at least the following problems exist in the prior art:
the single pushing efficiency is low, the failure rate of the single pushing task is high, the backlog of the failed single pushing task is excessive, the system is easy to fail, and the testing efficiency is reduced.
Disclosure of Invention
In view of the above, the embodiment of the invention provides a task execution method and device, which can realize automatic bill pushing, automatically analyze data required by bill pushing, improve bill pushing efficiency and success rate of bill pushing tasks, reduce backlog of tasks and faults of a system, and greatly improve test efficiency.
To achieve the above object, according to one aspect of the embodiments of the present invention, there is provided a task execution method.
A method of task execution, comprising: receiving configuration parameters of interfaces of a tested system, wherein the configuration parameters indicate service identification sources; acquiring a corresponding service identifier from the service identifier source according to the configuration parameters, and determining a task identifier corresponding to the service identifier; querying the task set corresponding to the task identifier, which is not successfully executed, and executing retry on the task which is not successfully executed.
Optionally, the obtaining, according to the configuration parameter, a corresponding service identifier from the service identifier source, and determining a task identifier corresponding to the service identifier, includes: and reading the configured service identifier from the service options of the configuration parameters, and inquiring the corresponding task identifier according to the configured service identifier.
Optionally, the obtaining, according to the configuration parameter, a corresponding service identifier from the service identifier source, and determining a task identifier corresponding to the service identifier, includes: and acquiring a configured path extraction expression from the return parameter options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from the corresponding path according to the configured path extraction expression.
Optionally, the obtaining, according to the configuration parameter, a corresponding service identifier from the service identifier source, and determining a task identifier corresponding to the service identifier, includes: and acquiring a configured database query statement from the database options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from a database by utilizing the configured database query statement.
Optionally, the configuration parameters are configured through a visualization page of the front end.
Optionally, the querying the task identifier for the task that is not successfully executed in the task set, and executing retry on the task that is not successfully executed includes: inquiring the state of a task in a task set corresponding to the task identifier, and judging whether the state of the task is a designated state or not; and for the task with the state not being the specified state, if the number of times the task is executed does not reach the preset execution number, executing retry on the task.
According to another aspect of the embodiment of the present invention, there is provided a task execution device.
A task execution device comprising: the system comprises a configuration parameter receiving module, a configuration parameter processing module and a configuration parameter processing module, wherein the configuration parameter receiving module is used for receiving configuration parameters of an interface of a tested system, and the configuration parameters indicate service identification sources; the task identifier determining module is used for acquiring a corresponding service identifier from the service identifier source according to the configuration parameter and determining a task identifier corresponding to the service identifier; and the task execution module is used for inquiring the task which is not successfully executed in the task set corresponding to the task identifier and executing retry on the task which is not successfully executed.
Optionally, the task identification determination module is further configured to: and reading the configured service identifier from the service options of the configuration parameters, and inquiring the corresponding task identifier according to the configured service identifier.
Optionally, the task identification determination module is further configured to: and acquiring a configured path extraction expression from the return parameter options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from the corresponding path according to the configured path extraction expression.
Optionally, the task identification determination module is further configured to: and acquiring a configured database query statement from the database options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from a database by utilizing the configured database query statement.
Optionally, the configuration parameters are configured through a visualization page of the front end.
Optionally, the task execution module is further configured to: inquiring the state of a task in a task set corresponding to the task identifier, and judging whether the state of the task is a designated state or not; and for the task with the state not being the specified state, if the number of times the task is executed does not reach the preset execution number, executing retry on the task.
According to yet another aspect of an embodiment of the present invention, an electronic device is provided.
An electronic device, comprising: one or more processors; and the memory is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors are enabled to realize the task execution method provided by the embodiment of the invention.
According to yet another aspect of an embodiment of the present invention, a computer-readable medium is provided.
A computer readable medium having stored thereon a computer program which, when executed by a processor, implements a task execution method provided by an embodiment of the present invention.
One embodiment of the above invention has the following advantages or benefits: receiving configuration parameters of interfaces of a tested system, wherein the configuration parameters indicate service identification sources; acquiring a corresponding service identifier from a service identifier source according to the configuration parameters, and determining a task identifier corresponding to the service identifier; and inquiring the task identification of the task which is not successfully executed in the corresponding task set, and executing retry on the task which is not successfully executed. The automatic bill pushing device can automatically push bills, automatically analyze data required by the bill pushing, improve the bill pushing efficiency and the success rate of bill pushing tasks, reduce backlog of the tasks and faults of the system, and greatly improve the testing efficiency.
Further effects of the above-described non-conventional alternatives are described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
FIG. 1 is a schematic diagram of the main steps of a task execution method according to one embodiment of the present invention;
FIG. 2 is a flow diagram of task execution according to one embodiment of the invention;
FIG. 3 is a schematic diagram of a page selecting a business service option according to one embodiment of the invention;
FIG. 4 is a schematic diagram of a page configuring business service options according to one embodiment of the invention;
FIG. 5 is a schematic diagram of a page selecting a return parameters option according to one embodiment of the invention;
FIG. 6 is a schematic diagram of a page selecting database options according to one embodiment of the invention;
FIG. 7 is a schematic diagram of the main modules of a task performing device according to one embodiment of the present invention;
FIG. 8 is an exemplary system architecture diagram in which embodiments of the present invention may be applied;
fig. 9 is a schematic diagram of a computer system suitable for use in implementing an embodiment of the invention.
Detailed Description
Exemplary embodiments of the present invention will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present invention are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
FIG. 1 is a schematic diagram of the main steps of a task execution method according to one embodiment of the present invention.
As shown in fig. 1, the task execution method according to an embodiment of the present invention mainly includes the following steps S101 to S103.
Step S101: and receiving configuration parameters of interfaces of the tested system, wherein the configuration parameters indicate service identification sources.
Step S102: and acquiring the corresponding service identifier from the service identifier source according to the configuration parameters, and determining the task identifier corresponding to the service identifier.
The task execution method of the embodiment of the invention can be executed by a back end, namely a server.
The tested system is the tested business system. The configuration parameters are parameters configured for the interface of the system under test, wherein the service identification source can be indicated by one of a service option, a return parameter option, a database option. The configuration parameters can be configured through the visual page of the front end and then sent to the back end. The front end is a page opened by a browser, the interface of the tested system is a specific service interface, taking the tested system as an example of the ordering system, and the interface of the tested system can be an interface for ordering.
In one embodiment, according to the configuration parameters, obtaining the corresponding service identifier from the service identifier source and determining the task identifier corresponding to the service identifier may include: and reading the configured service identifier from the service options of the configuration parameters, and inquiring the corresponding task identifier according to the configured service identifier. According to the service identifier configured in the service option, a task identifier corresponding to the service identifier can be queried from a preset service. The preset business service is a service corresponding to a business service option, and specifically is set according to business requirements, taking a following list system as an example, the preset business service is merchant order service and is used for inquiring an order number and a corresponding task list number, wherein the order number is a business identifier, and the task list number is a task identifier.
In another embodiment, according to the configuration parameters, obtaining the corresponding service identifier from the service identifier source and determining the task identifier corresponding to the service identifier may include: and acquiring the configured path extraction expression from the return parameter options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from the corresponding path according to the configured path extraction expression.
The configured path extraction expression is from interface return data of the tested system, the front end extracts the interface return data, and then the path extraction expression is obtained, the path extraction expression is configured in the return parameter options of the configuration parameters, and then the path extraction expression is sent to the back end. And the back end analyzes the service identification, such as an order number, and the corresponding task identification, such as the task list number corresponding to the order number, according to the corresponding path extraction expression.
In yet another embodiment, according to the configuration parameters, obtaining the corresponding service identifier from the service identifier source and determining the task identifier corresponding to the service identifier may include: and acquiring the configured database query statement from the database options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from the database by utilizing the configured database query statement. Step S103: and inquiring the task identification of the task which is not successfully executed in the corresponding task set, and executing retry on the task which is not successfully executed.
Querying the task identifier to execute the task which is not successfully executed in the corresponding task set and retrying the execution of the task which is not successfully executed can comprise: inquiring the state of the task in the task set corresponding to the task identifier, and judging whether the state of the task is a designated state or not; for the task with the state not being the designated state, if the number of times the task is executed does not reach the preset number of times of execution, executing retry on the task.
The designated state of the task is the state that should be reached when the task is successfully executed.
The following describes the task execution method in the embodiment of the present invention in detail by taking an implementation scheme of automatic sheet pushing as an example.
According to the embodiment of the invention, the automatic bill pushing function is added after the interface is executed, so that the success rate and the efficiency of the interface bill pushing are improved, the automatic bill pushing function can be used for re-executing the task until the task is successfully executed (namely, the execution state of the task reaches the appointed state) or the set upper limit of the times of executing the task is reached after the bill is ordered when the task execution state of the bill cannot reach the appointed state, and the manual bill pushing process of a tester on a bill pushing platform (namely, a bill task management platform) is reduced through integrating the automatic bill pushing function on the interface, so that the bill pushing efficiency and the interface testing efficiency are greatly improved. The bill pushing method comprises the steps that a bill pushing step is included in a bill task management platform, after one or more tasks corresponding to the created bill are executed, the state of the task reaches a specified state, and due to the fact that data are not ready to be completed, the bill can be successfully reached to the specified state only after being created for a very long time.
FIG. 2 is a flow diagram of task execution according to one embodiment of the invention.
As shown in fig. 2, in one embodiment, the back-end receives configuration parameters of an interface to the tested system sent by the front-end, where the configuration parameters indicate a service identifier source. Specifically, the configuration parameters are configured through the visualization page of the front end, and the configuration parameters can include business service options, return parameter options and database options. The front end is a page operated by a browser; the page of selecting the business service option (i.e. So service, or merchant order service) is shown in fig. 3, after selecting So service, the front end configures the business identifier in the So service, so that the back end queries the corresponding task identifier according to the configured business identifier. Other codes associated with the service identification may also be configured according to the service needs. The page configuring the business service option is shown in fig. 4, and the business identifier may be determined by the business code (an example of other codes related to the business identifier is used to identify a business department) and the merchant single number, or may be determined by the merchant single number; the page for selecting the return parameter option is shown in fig. 5, and the service identifier and/or the path extraction expression of the task identifier are determined according to the interface return data of the tested system, wherein the return data comprises the service identifier and the task identifier which corresponds to the service identifier one by one; the page for selecting database options is shown in fig. 6, and an SQL database query statement (i.e., structured query language, structured Query Language) is written from a database, which may include a database table name and field name for a business identifier and/or task identifier.
In one embodiment, a corresponding service identifier is obtained from a service identifier source according to the configuration parameters, and a task identifier corresponding to the service identifier is determined. Specifically, the back end matches the corresponding method by analyzing the source of the data (service identifier source) according to the data containing the service identifier and the service identifier, and completes the pushing based on the configuration parameters. The back end is a server which is executed after the browser transmits data; reading the configured service identifier from the service options of the configuration parameters, and inquiring the corresponding task identifier according to the configured service identifier, namely, according to the merchant single number (i.e. the service identifier), calling the interface to find the single number (i.e. the task identifier); acquiring configured path extraction expressions from return parameter options of configuration parameters, acquiring service identifiers and corresponding task identifiers from corresponding paths according to the configured path extraction expressions, namely analyzing single numbers (the service identifiers and the corresponding task identifiers) according to the paths according to interface return information; and acquiring a configured database query statement from the database options of the configuration parameters, and acquiring the service identification and the corresponding task identification from the database by utilizing the configured database query statement, namely inquiring the single number (the service identification and the corresponding task identification) according to SQL.
In one embodiment, the state of a task in a task set corresponding to a task identifier is queried, and whether the state of the task is a designated state is judged; for the task with the state not being the designated state, if the number of times the task is executed does not reach the preset number of times of execution, executing retry on the task. Specifically, after the back end obtains the task identifier, inquiring whether the state of the task corresponding to the task identifier is a designated state, if the state is not the designated state, that is, if the task corresponding to the task identifier fails to execute or does not start executing, executing the task again (that is, executing the pushing list process) under the condition that the number of times the task is executed does not reach the preset execution number of times, and inquiring whether the state of the task is the designated state again after the execution is completed; if the state of the task corresponding to the task identifier is the appointed state, the task is successfully executed and a result is returned; if the number of times the task is executed reaches the preset number of times, and the state of the task corresponding to the task identifier is not the designated state, the task fails to execute and returns a result.
In one embodiment, the data is saved and parsed based on the JSON format, where JSON (JavaScriptObject Notation, JS object profile) is a lightweight data exchange format.
Fig. 7 is a schematic diagram of main modules of a task performing device according to an embodiment of the present invention.
As shown in fig. 7, a task performing device 700 according to an embodiment of the present invention mainly includes: a configuration parameter receiving module 701, a task identification determining module 702 and a task executing module 703.
The configuration parameter receiving module 701 is configured to receive a configuration parameter of an interface to a system under test, where a service identifier source is indicated in the configuration parameter.
The task identifier determining module 702 is configured to obtain, according to the configuration parameter, a corresponding service identifier from a service identifier source, and determine a task identifier corresponding to the service identifier.
The task execution module 703 is configured to query a task set corresponding to the task identifier for a task that has not been successfully executed, and retry execution for the task that has not been successfully executed.
In one embodiment, the task identity determination module is further to: and reading the configured service identifier from the service options of the configuration parameters, and inquiring the corresponding task identifier according to the configured service identifier.
In one embodiment, the task identity determination module is further to: and acquiring the configured path extraction expression from the return parameter options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from the corresponding path according to the configured path extraction expression.
In one embodiment, the task identity determination module is further to: and acquiring the configured database query statement from the database options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from the database by utilizing the configured database query statement.
In one embodiment, the configuration parameters are configured through a visualization page at the front end.
In one embodiment, the task execution module is further to: inquiring the state of the task in the task set corresponding to the task identifier, and judging whether the state of the task is a designated state or not; for the task with the state not being the designated state, if the number of times the task is executed does not reach the preset number of times of execution, executing retry on the task.
In addition, the specific implementation of the task execution device in the embodiment of the present invention has been described in detail in the task execution method above, so the description is not repeated here.
Fig. 8 illustrates an exemplary system architecture 800 in which a task execution method or task execution device of an embodiment of the present invention may be applied.
As shown in fig. 8, a system architecture 800 may include terminal devices 801, 802, 803, a network 804, and a server 805. The network 804 serves as a medium for providing communication links between the terminal devices 801, 802, 803 and the server 805. The network 804 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.
A user may interact with the server 805 through the network 804 using the terminal devices 801, 802, 803 to receive or send messages or the like. Various communication client applications such as shopping class applications, web browser applications, search class applications, instant messaging tools, mailbox clients, social platform software, etc. (by way of example only) may be installed on the terminal devices 801, 802, 803.
The terminal devices 801, 802, 803 may be a variety of electronic devices having a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.
The server 805 may be a server providing various services, such as a background management server (by way of example only) that provides support for shopping-type websites browsed by users using the terminal devices 801, 802, 803. The background management server may analyze and process the received data such as the product information query request, and feedback the processing result (e.g., the target push information, the product information—only an example) to the terminal device.
It should be noted that, the task execution method provided in the embodiment of the present invention is generally executed by the server 805, and accordingly, the task execution device is generally disposed in the server 805.
It should be understood that the number of terminal devices, networks and servers in fig. 8 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Referring now to FIG. 9, there is illustrated a schematic diagram of a computer system 900 suitable for use in implementing a terminal device or server in accordance with an embodiment of the present invention. The terminal device or server shown in fig. 9 is only an example, and should not impose any limitation on the functions and scope of use of the embodiments of the present invention.
As shown in fig. 9, the computer system 900 includes a Central Processing Unit (CPU) 901, which can execute various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 902 or a program loaded from a storage section 908 into a Random Access Memory (RAM) 903. In the RAM 903, various programs and data necessary for the operation of the system 900 are also stored. The CPU 901, ROM 902, and RAM 903 are connected to each other through a bus 904. An input/output (I/O) interface 905 is also connected to the bus 904.
The following components are connected to the I/O interface 905: an input section 906 including a keyboard, a mouse, and the like; an output portion 907 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage portion 908 including a hard disk or the like; and a communication section 909 including a network interface card such as a LAN card, a modem, or the like. The communication section 909 performs communication processing via a network such as the internet. The drive 910 is also connected to the I/O interface 905 as needed. A removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on the drive 910 so that a computer program read out therefrom is installed into the storage section 908 as needed.
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 computer readable medium, the computer program comprising program code for performing the method shown in the flow chart. In such an embodiment, the computer program may be downloaded and installed from the network via the communication portion 909 and/or installed from the removable medium 911. The above-described functions defined in the system of the present invention are performed when the computer program is executed by a Central Processing Unit (CPU) 901.
The computer readable medium shown in the present invention 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 document, 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 invention, 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: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
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 invention. 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 or flowchart illustration, and combinations of blocks in the block diagrams 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 modules involved in the embodiments of the present invention may be implemented in software or in hardware. The described modules may also be provided in a processor, for example, as: a processor comprises a configuration parameter receiving module, a task identification determining module and a task executing module. The names of these modules do not in any way constitute a limitation of the module itself, for example, the configuration parameter receiving module may also be described as "a module for receiving configuration parameters of an interface to a system under test".
As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be present alone without being fitted into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to include: receiving configuration parameters of interfaces of a tested system, wherein the configuration parameters indicate service identification sources; acquiring a corresponding service identifier from a service identifier source according to the configuration parameters, and determining a task identifier corresponding to the service identifier; and inquiring the task identification of the task which is not successfully executed in the corresponding task set, and executing retry on the task which is not successfully executed.
According to the technical scheme of the embodiment of the invention, the configuration parameters of the interface of the tested system are received, and the service identification source is indicated in the configuration parameters; acquiring a corresponding service identifier from a service identifier source according to the configuration parameters, and determining a task identifier corresponding to the service identifier; and inquiring the task identification of the task which is not successfully executed in the corresponding task set, and executing retry on the task which is not successfully executed. The data required by the pushing list can be automatically analyzed through the complete automatic pushing list implementation scheme, the pushing list efficiency of staff and the success rate of the pushing list task are improved, and backlog of the task and faults of the system are reduced.
The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives can occur depending upon design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.
Claims (10)
1. A method of performing a task, comprising:
receiving configuration parameters of interfaces of a tested system, wherein the configuration parameters indicate service identification sources; wherein, the configuration parameter indicates the source of the business identifier through one of business service option, return parameter option and database option;
acquiring a corresponding service identifier from the service identifier source according to the configuration parameters, and determining a task identifier corresponding to the service identifier;
querying the task set corresponding to the task identifier, which is not successfully executed, and executing retry on the task which is not successfully executed.
2. The method of claim 1, wherein the obtaining the corresponding service identifier from the service identifier source and determining the task identifier corresponding to the service identifier according to the configuration parameter comprises:
and reading the configured service identifier from the service options of the configuration parameters, and inquiring the corresponding task identifier according to the configured service identifier.
3. The method of claim 1, wherein the obtaining the corresponding service identifier from the service identifier source and determining the task identifier corresponding to the service identifier according to the configuration parameter comprises:
and acquiring a configured path extraction expression from the return parameter options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from the corresponding path according to the configured path extraction expression.
4. The method of claim 1, wherein the obtaining the corresponding service identifier from the service identifier source and determining the task identifier corresponding to the service identifier according to the configuration parameter comprises:
and acquiring a configured database query statement from the database options of the configuration parameters, and acquiring the service identifier and the corresponding task identifier from a database by utilizing the configured database query statement.
5. The method according to any of claims 1 to 4, wherein the configuration parameters are configured by a front-end visualization page.
6. The method of claim 1, wherein querying the task identifier for an unexecuted successful task in the corresponding task set and performing a retry of the unexecuted successful task comprises:
inquiring the state of a task in a task set corresponding to the task identifier, and judging whether the state of the task is a designated state or not;
and for the task with the state not being the specified state, if the number of times the task is executed does not reach the preset execution number, executing retry on the task.
7. A task execution device, characterized by comprising:
the system comprises a configuration parameter receiving module, a configuration parameter processing module and a configuration parameter processing module, wherein the configuration parameter receiving module is used for receiving configuration parameters of an interface of a tested system, and the configuration parameters indicate service identification sources; wherein, the configuration parameter indicates the source of the business identifier through one of business service option, return parameter option and database option;
the task identifier determining module is used for acquiring a corresponding service identifier from the service identifier source according to the configuration parameter and determining a task identifier corresponding to the service identifier;
and the task execution module is used for inquiring the task which is not successfully executed in the task set corresponding to the task identifier and executing retry on the task which is not successfully executed.
8. The apparatus of claim 7, wherein the task identity determination module is further configured to:
and reading the configured service identifier from the service options of the configuration parameters, and inquiring the corresponding task identifier according to the configured service identifier.
9. 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 method of any of claims 1-6.
10. A computer readable medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the method according to any of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110541516.7A CN113268417B (en) | 2021-05-18 | 2021-05-18 | Task execution method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110541516.7A CN113268417B (en) | 2021-05-18 | 2021-05-18 | Task execution method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113268417A CN113268417A (en) | 2021-08-17 |
| CN113268417B true CN113268417B (en) | 2023-09-22 |
Family
ID=77231500
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110541516.7A Active CN113268417B (en) | 2021-05-18 | 2021-05-18 | Task execution method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113268417B (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101452387A (en) * | 2008-12-09 | 2009-06-10 | 山东浪潮齐鲁软件产业股份有限公司 | Service flow management method |
| CN103716253A (en) * | 2013-12-27 | 2014-04-09 | 广州华多网络科技有限公司 | Method and device for requesting data |
| CN107437219A (en) * | 2017-08-28 | 2017-12-05 | 山东浪潮通软信息科技有限公司 | The voucher generation method and device of a kind of business paper |
| CN110389976A (en) * | 2018-04-13 | 2019-10-29 | 北京京东尚科信息技术有限公司 | A kind of dispatching method and device of multi-interface data |
| CN111008069A (en) * | 2019-12-02 | 2020-04-14 | 浙江大搜车软件技术有限公司 | Service processing method, device, computer equipment and storage medium |
| CN111444077A (en) * | 2019-01-16 | 2020-07-24 | 北京京东尚科信息技术有限公司 | Method and device for generating flow node test data |
| WO2020181839A1 (en) * | 2019-03-13 | 2020-09-17 | 深圳壹账通智能科技有限公司 | Page data testing method, apparatus, computer device, and storage medium |
-
2021
- 2021-05-18 CN CN202110541516.7A patent/CN113268417B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101452387A (en) * | 2008-12-09 | 2009-06-10 | 山东浪潮齐鲁软件产业股份有限公司 | Service flow management method |
| CN103716253A (en) * | 2013-12-27 | 2014-04-09 | 广州华多网络科技有限公司 | Method and device for requesting data |
| CN107437219A (en) * | 2017-08-28 | 2017-12-05 | 山东浪潮通软信息科技有限公司 | The voucher generation method and device of a kind of business paper |
| CN110389976A (en) * | 2018-04-13 | 2019-10-29 | 北京京东尚科信息技术有限公司 | A kind of dispatching method and device of multi-interface data |
| CN111444077A (en) * | 2019-01-16 | 2020-07-24 | 北京京东尚科信息技术有限公司 | Method and device for generating flow node test data |
| WO2020181839A1 (en) * | 2019-03-13 | 2020-09-17 | 深圳壹账通智能科技有限公司 | Page data testing method, apparatus, computer device, and storage medium |
| CN111008069A (en) * | 2019-12-02 | 2020-04-14 | 浙江大搜车软件技术有限公司 | Service processing method, device, computer equipment and storage medium |
Non-Patent Citations (2)
| Title |
|---|
| M. Fiolka ; J. Jost ; T. Kirks.Explorative Study of a Brain-Computer Interface for Order Picking Tasks in Logistics.《2020 12th International Conference on Intelligent Human-Machine Systems and Cybernetics (IHMSC)》.2020,摘要. * |
| 基于业务流程分析的船舶信息系统接口测试设计模式研究;王勇利;李军锋;;硅谷(01);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113268417A (en) | 2021-08-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111038906B (en) | Order sorting method and device | |
| CN109840192B (en) | Method and device for automatic testing | |
| CN109218041B (en) | Request processing method and device for server system | |
| CN111444077A (en) | Method and device for generating flow node test data | |
| CN110737655B (en) | Method and device for reporting data | |
| CN111984234A (en) | Method and device for processing work order | |
| CN116048987A (en) | Processing method, device, electronic equipment, system and storage medium for flow business | |
| CN112947919A (en) | Method and device for constructing service model and processing service request | |
| CN111831536A (en) | Automatic testing method and device | |
| CN112559024A (en) | Method and device for generating transaction code change list | |
| CN110580216B (en) | Application lifting method and device | |
| CN113536748A (en) | Method and device for generating chart data | |
| CN109144864B (en) | Method and device for testing window | |
| CN113127335A (en) | System testing method and device | |
| CN113268417B (en) | Task execution method and device | |
| CN110806967A (en) | Unit testing method and device | |
| CN115454956A (en) | Log generation method and device, electronic equipment and storage medium | |
| CN112783903B (en) | Method and device for generating update log | |
| CN113297081A (en) | Execution method and device of continuous integration assembly line | |
| CN113688152B (en) | System function self-checking method and device | |
| CN108984189B (en) | Module parsing method and device | |
| CN112783753B (en) | Testing method and device for stream data processing system | |
| CN116775446A (en) | Interface testing method and device | |
| CN114281697A (en) | Test data generation method and device | |
| CN113297087A (en) | Test method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |