CN113360232A

CN113360232A - Task processing method and device, electronic equipment and storage medium

Info

Publication number: CN113360232A
Application number: CN202110628304.2A
Authority: CN
Inventors: 钱奕兰; 温建波; 钱湘隆; 方俊山
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2021-06-04
Filing date: 2021-06-04
Publication date: 2021-09-07

Abstract

The disclosure provides a task processing method and device applied to a user side, electronic equipment and a storage medium, and relates to the field of finance. The task processing method comprises the following steps: responding to a submission operation of a user, and sending a data request to a server so that the server queries a preset configuration file based on the data request, wherein the data request comprises information of the submission operation; receiving a task list sent by the server based on the configuration file, wherein the task list comprises information of at least one task; presenting the task list to the user; and sending information of a first task to the server so that the server associates the submission operation with the first task, wherein the first task comprises a task selected by the user from the task list. The disclosure also provides a task processing method and device applied to the server, electronic equipment and a storage medium.

Description

Task processing method and device, electronic equipment and storage medium

Technical Field

The present disclosure relates to the field of finance, and more particularly, to a task processing method and apparatus, an electronic device, and a storage medium.

Background

With the continuous advance of the development and operation integration practice, the requirement on the development efficiency is higher and higher while the value is rapidly delivered, and the requirement on the rapid and effective butt joint and association of three links of design, development and test is required. At present, the process management of links such as design, development and test is relatively independent, and design, development and test personnel usually perform circulation among different processes based on different platforms or based on mutual cooperation of different modules of the same platform. Taking the developer as an example, for example, after the developer completes and submits the code of each task, the developer needs to leave the current interface and enter a new platform or interface to manually associate the submitted code with the corresponding task, or manually perform other related operations, and then the code can be transferred to the test flow.

In implementing the disclosed concept, the inventors found that there are at least the following problems in the related art:

the operation process of the current task processing is complicated, and if the user processing is not timely, the subsequent progress is often influenced, so that the project progress is influenced.

Disclosure of Invention

In view of this, the embodiments of the present disclosure provide a task processing method, an apparatus, an electronic device, and a storage medium, which can perform task association on a current interface without a user entering a new platform or interface.

One aspect of the embodiments of the present disclosure provides a task processing method applied to a user side. The task processing method comprises the following steps: and responding to the submission operation of a user, and sending a data request to a server so that the server inquires a preset configuration file based on the data request, wherein the data request comprises the information of the submission operation. And receiving a task list sent by the server based on the configuration file, wherein the task list comprises information of at least one task. And displaying the task list to the user. And sending information of a first task to the server so that the server associates the submission operation with the first task, wherein the first task comprises a task selected by the user from the task list.

According to an embodiment of the present disclosure, the method further comprises: displaying a task state list to the user, wherein the task state list comprises at least one task state of the first task. And sending a first task state to the server, so that the server updates the state of the first task to the first task state, wherein the first task state comprises a task state selected by the user from the task state list.

According to an embodiment of the present disclosure, the information of the at least one task includes annotation information of the at least one task, and the presenting the task list to the user includes: and displaying annotation information of the at least one task to the user. Wherein the method further comprises: and responding to the operation of editing the annotation information of the first task by the user, and acquiring the annotation information edited by the user. And sending the edited annotation information to the server side so that the server side updates the submission annotation of the submission operation.

According to an embodiment of the present disclosure, the method further comprises: and receiving the query result sent by the server. And when the query result represents that the server side queries the configuration file, displaying a search interface to the user.

According to an embodiment of the present disclosure, before the receiving the task list sent by the server based on the configuration file, the method further includes: and obtaining a first query field input by the user in the search interface. And sending the first query field to the server, so that the server acquires the task list from the configuration file based on the first query field.

According to an embodiment of the present disclosure, said presenting the task list to the user includes: and displaying a graphical interface to the user, wherein the task list is included on the graphical interface.

Another aspect of the embodiments of the present disclosure provides a task processing method applied to a server. The task processing method comprises the following steps: receiving a data request sent by a user side, wherein the data request comprises information of submitting operation of a user. And querying a preset configuration file based on the data request. And sending a task list obtained based on the configuration file to the user side, wherein the task list comprises information of at least one task. And receiving information of a first task sent by the user side, and associating the submission operation with the first task, wherein the first task comprises a task selected by the user from the task list.

According to an embodiment of the present disclosure, after said associating said commit operation with said first task, further comprising: and receiving a first task state sent by the user side. And updating the state of the first task to the first task state, wherein the first task state comprises a task state selected by the user from a task state list displayed by the user side.

According to an embodiment of the present disclosure, after said associating said commit operation with said first task, further comprising: and acquiring annotation information of the first task. And updating a commit annotation of the commit operation based on the annotation information.

According to an embodiment of the present disclosure, the acquiring annotation information of the first task includes: and receiving the annotation information of the first task edited by the user and sent by the user side.

According to an embodiment of the present disclosure, before the sending the task list to the user side, the method further includes: and sending a query result to the user side, so that when the query result represents that the server side queries the configuration file, the user side displays a search interface to the user.

According to the embodiment of the present disclosure, when the query result represents that the server queries the configuration file, the method further includes: and receiving a first query field sent by the user side. And obtaining the task list from the configuration file based on the first query field.

According to an embodiment of the present disclosure, before the receiving a data request sent by a user side, the method further includes obtaining the configuration file, specifically including: determining a second query field and annotation format in the configuration file. And configuring information of the at least one task to obtain the configuration file based on the second query field and the annotation format.

One aspect of the embodiments of the present disclosure provides a task processing device for a user side. The task processing device comprises a request sending module, a list receiving module, a list displaying module and a task sending module. The request sending module is used for responding to the submitting operation of a user and sending a data request to a server so that the server inquires a preset configuration file based on the data request, wherein the data request comprises the information of the submitting operation. The list receiving module is configured to receive a task list sent by the server based on the configuration file, where the task list includes information of at least one task. The list display module is used for displaying the task list to the user. The task sending module is used for sending information of a first task to the server so that the server associates the submission operation with the first task, wherein the first task comprises a task selected by the user from the task list.

One aspect of the embodiments of the present disclosure provides a task processing device for a server. The task processing device comprises a request receiving module, a file inquiring module, a list sending module and a task receiving module. The request receiving module is used for receiving a data request sent by a user side, wherein the data request comprises information of submitting operation of the user at the user side. The file query module is used for querying a preset configuration file based on the data request. The list sending module is used for sending a task list obtained based on the configuration file to the user side, wherein the task list comprises information of at least one task. The task receiving module is configured to receive information of a first task sent by the user side, and associate the submission operation with the first task, where the first task includes a task selected by the user from the task list.

Another aspect of the disclosed embodiments provides an electronic device. The electronic device includes one or more memories, and one or more processors. The memory stores executable instructions. The processor executes the executable instructions to implement the method as described above.

Another aspect of the embodiments of the present disclosure provides a computer-readable storage medium storing computer-executable instructions for implementing the method as described above when executed.

Yet another aspect of an embodiment of the present disclosure provides a computer program product comprising computer programs/instructions which, when executed by a processor, implement the method as described above.

One or more of the embodiments described above have the following advantages or benefits: the method can at least partially solve the problems that the operation flow of the current task processing is complex and the project progress is easily influenced, receives the task list from the server by responding to the submission operation of the user, can be directly displayed at the user end for the user to select, and then sends the task selected by the user to the server, so that the server automatically associates the submission operation with the corresponding task and automatically flows to the next flow, the operation of the user for task processing can be simplified, the flow efficiency among all flows in the project is improved, and the project progress is accelerated.

Drawings

The above and other objects, features and advantages of the present disclosure will become more apparent from the following description of embodiments of the present disclosure with reference to the accompanying drawings, in which:

FIG. 1 schematically illustrates an exemplary system architecture to which a task processing method may be applied, according to an embodiment of the present disclosure;

fig. 2 schematically shows a flowchart of a task processing method for a user side according to an embodiment of the present disclosure;

fig. 3 schematically shows a flowchart of a task processing method for a user side according to another embodiment of the present disclosure;

fig. 4 schematically shows a flowchart of a task processing method for a user side according to yet another embodiment of the present disclosure;

fig. 5 schematically shows a flowchart of a task processing method for a user side according to yet another embodiment of the present disclosure;

fig. 6 schematically shows a flowchart of a task processing method for a user side according to yet another embodiment of the present disclosure;

FIG. 7 schematically shows a flow chart of a task processing method for a server according to an embodiment of the present disclosure;

FIG. 8 schematically shows a flowchart of a task processing method for a server according to another embodiment of the present disclosure;

FIG. 9 schematically shows a flowchart of a task processing method for a server according to yet another embodiment of the present disclosure;

FIG. 10 schematically shows a flowchart of a task processing method for a server according to yet another embodiment of the present disclosure;

FIG. 11 schematically shows a flow diagram for obtaining a configuration file according to an embodiment of the disclosure;

fig. 12 schematically shows a block diagram of a task processing device applied to a user side according to an embodiment of the present disclosure;

FIG. 13 schematically illustrates a flow diagram for presenting different content on a graphical interface, in accordance with an embodiment of the present disclosure;

fig. 14 schematically shows a block diagram of a task processing device applied to a server according to an embodiment of the present disclosure;

fig. 15 schematically shows an interaction flowchart between a task processing device for a user side and a task processing device for a server side according to an embodiment of the present disclosure; and

FIG. 16 schematically illustrates a block diagram of a computer system suitable for implementing the task processing method and apparatus according to an embodiment of the present disclosure.

Detailed Description

Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. It should be understood that the description is illustrative only and is not intended to limit the scope of the present disclosure. In the following detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the disclosure. It may be evident, however, that one or more embodiments may be practiced without these specific details. Moreover, in the following description, descriptions of well-known structures and techniques are omitted so as to not unnecessarily obscure the concepts of the present disclosure.

In the related art, one project may include three links of design, development and test. For example, at first, the inefficient personnel can make inefficient division on all stages of the whole project and tasks of all stages, and the division is submitted on the platform after being completed. Then, the developer programs according to the requirements of each task, can submit the code after programming, and associate the code with the task on a new platform or interface, or subsequently update the task state and submit the comments. Then, after the developer updates the state of a task to be completed, the tester tests the task, for example, whether a program corresponding to the task has a bug, whether the processing capability meets the requirement, and the like. After the corresponding work content is completed, the design, development or test personnel usually need to manually perform operations such as task association, state update or annotation editing on a separate task processing platform or interface, and the operation process of task processing is complex.

The embodiment of the disclosure provides a task processing method and device applied to a user side, electronic equipment and a medium. The task processing method comprises the following steps: responding to the submission operation of a user, and sending a data request to a server so that the server inquires a preset configuration file based on the data request, wherein the data request comprises the information of the submission operation; receiving a task list sent by a server based on a configuration file, wherein the task list comprises information of at least one task; displaying the task list to a user; and sending the information of the first task to the server so that the server associates the submission operation with the first task, wherein the first task comprises a task selected from the task list by the user.

According to the embodiment of the disclosure, the task list is received from the server by responding to the submission operation of the user, and is directly displayed at the user side for the user to select, and then the task selected by the user is sent to the server, so that the server automatically associates the submission operation with the corresponding task and automatically flows to the next flow, thereby simplifying the operation of the user for task processing, improving the flow efficiency among all flows in the project and accelerating the project progress.

It should be noted that the task processing method, the apparatus, the electronic device, and the apparatus provided in the embodiments of the present disclosure may be used in software development management or project management, and may also be used in various fields other than software development management or project management, such as financial fields. The task processing method, the task processing device, the electronic device and the application field of the device provided by the embodiment of the disclosure are not limited.

Fig. 1 schematically illustrates an exemplary system architecture 100 to which a task processing method may be applied, according to an embodiment of the present disclosure. It should be noted that fig. 1 is only an example of a system architecture to which the embodiments of the present disclosure may be applied to help those skilled in the art understand the technical content of the present disclosure, and does not mean that the embodiments of the present disclosure may not be applied to other devices, systems, environments or scenarios.

As shown in fig. 1, the system architecture 100 according to this embodiment may include

terminal devices

101, 102, 103, a network 104 and a server 105. The network 104 serves as a medium for providing communication links between the

terminal devices

101, 102, 103 and the server 105. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.

Users (e.g., designers, developers, testers or other project managers, etc.) may use the

terminal devices

101, 102, 103 to interact with the server 105 over the network 104 to receive or send messages, etc. The

terminal devices

101, 102, 103 may have installed thereon various communication client applications, such as shopping-like applications, web browser applications, search-like applications, instant messaging tools, mailbox clients, social platform software, etc. (by way of example only). The user may use different applications based on different requirements while using the

terminal equipment

101, 102, 103. For example, when the user is any of a designer, a developer, and a tester, the user may perform tasks such as task division, code writing, and code testing using a development application of the

terminal apparatus

101, 102, or 103, or a development platform, and perform a commit operation after completion.

The

terminal devices

101, 102, 103 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.

The server 105 may be a server providing various services, such as a background management server (for example only) providing support for websites browsed by users using the

terminal devices

101, 102, 103. The background management server may analyze and perform other processing on the received data such as the user request, and feed back a processing result (e.g., a webpage, information, or data obtained or generated according to the user request) to the terminal device.

It should be noted that the task processing method applied to the user side provided by the embodiment of the present disclosure may be generally executed by any of the

terminal devices

101, 102, and 103. Accordingly, the task processing device at the user end provided by the embodiment of the present disclosure may be generally disposed in any of the

electronic devices

101, 102, and 103. The task processing method applied to the server provided by the embodiment of the present disclosure may be generally executed by the server 105. Accordingly, the user authentication method applied to the server provided by the embodiment of the present disclosure may be generally disposed in the server 105.

The task processing method applied to the server provided by the embodiment of the present disclosure may also be executed by a server or a server cluster that is different from the server 105 and is capable of communicating with the

electronic devices

101, 102, 103 and/or the server 105. Accordingly, the task processing device applied to the server provided by the embodiment of the present disclosure may also be disposed in a server or a server cluster that is different from the server 105 and is capable of communicating with the

electronic devices

101, 102, 103 and/or the server 105.

It should be understood that the number of terminal devices, networks, and servers in fig. I are merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Fig. 2 schematically shows a flowchart of a task processing method for a user side according to an embodiment of the present disclosure.

As shown in fig. 2, the task processing method of the embodiment of the present disclosure may include operations S210 to S240.

In operation S210, a data request is sent to the server in response to a submission operation of a user, so that the server queries a preset configuration file based on the data request, where the data request includes information of the submission operation.

According to the embodiment of the disclosure, for example, after the developer finishes editing and submitting the code, the developer may click a "submit" button on the user-side interface, and then the user side automatically sends a data request to the server side after receiving the submit operation. The data request may include, for example, record information of the submission operation, where the record information includes information of the present submission code, such as code content, code storage address, time, and personnel information. The data request may also include a parameter requesting the server to return associated task data.

In operation S220, a task list transmitted by a service base based on a configuration file is received, wherein the task list includes information of at least one task.

In operation S230, the task list is presented to the user.

According to an embodiment of the present disclosure, presenting a task list to a user includes: and displaying a graphical interface to a user, wherein the graphical interface comprises a task list.

The graphical interface here may be a component in a front-end web page (by way of example only), such as a pop-up box, or a new page. For example, after the developer clicks the "submit" control, if the user successfully receives the task list, the user pops up or automatically jumps to a graphical interface, and the graphical interface may include the task list, that is, at least one piece of information of the task, such as part or all of the information of the number, description, status, comments, and the like of each task. Other buttons can be further included on the graphical interface, for example, an "edit" button corresponding to each kind of information is included, so that a developer can change part or all of the information such as description, status, comments and the like of each task.

In operation S240, information of the first task is sent to the server, so that the server associates the submission operation with the first task, wherein the first task includes a task selected by the user from the task list.

According to the embodiment of the disclosure, the user can select the task corresponding to the code submitted this time in the task list, so that the server side performs the association operation. For example, the task list includes "overall management task 1", "overall management task 2", "first-stage task 1", "first-stage task 2", and the like. The user completes the first stage task 1, and then the user can select the corresponding option. And then the user side sends the information of the first-stage task 1 to the server side. It should be noted that the information of the first task and the information of the at least one task may be the same or different. For example, only the number of the first task may be sent to the server, so that the server is associated with the present submission operation based on the number, or all information of the first task may be sent to the server.

According to the embodiment of the disclosure, the task list is received from the server by responding to the submitting operation of the user, and can be directly displayed at the user side for the user to select, and then the task selected by the user is sent to the server, so that the server automatically associates the record of the submitted code with the corresponding task, and the code can be associated with the task at the first time after the code is finished. The method and the device have the advantages that the task association operation can be carried out by a user based on the popped up graphical interface when the user submits the operation interface, the operation that the user enters a new platform or interface in the related technology is reduced, the adverse effect that the user forgets to carry out the task association and slows down the progress of the project is avoided, the operation steps of the user are simplified, the circulation efficiency among all processes in the project is improved, and the progress of the project is accelerated.

Fig. 3 schematically shows a flowchart of a task processing method for a user side according to another embodiment of the present disclosure.

As shown in fig. 3, the task processing method according to the embodiment of the present disclosure may include operations S210 to S240, and the method may further include operations S310 to S320 after the user selects the first task from the task list or sends information of the first task to the server. The contents of operations S210 to S240 can refer to the above embodiments, and are not described herein.

In operation S310, a task state list is presented to a user, wherein the task state list includes at least one task state of a first task.

According to the embodiment of the disclosure, for example, after the user selects "first stage task 1", a plurality of task states corresponding to the task, such as in-design, in-development, in-modification, in-test, and the like, may be continuously displayed on the graphical interface.

In operation S320, the first task state is sent to the server, so that the server updates the state of the first task to the first task state, where the first task state includes a task state selected by the user from the task state list.

According to the embodiment of the disclosure, after the user selects "developing", whether the option is completed or not can be continuously provided, if the user selects no, the state of "developing-incomplete" (for example only) is sent to the server, and if the user selects yes, the state of "developing-complete" (for example only) is sent to the server. In some embodiments of the present disclosure, before the user submits the operation this time, if the task state is "development in progress-incomplete", and if the task state selected by the user after submitting this time is still "development in progress-incomplete", the state of the "first-stage task 1" may not be updated. If the user selects "development-completed", the state can be updated and the flow automatically moves to the next flow, for example, the testing flow, and the state of "first stage task 1" is updated to "development-completed-testing" (for example only).

In the related art, a page for a user to edit or submit a code and a page for associating a task and updating a task state may belong to different platforms or different modules of the same platform. On the one hand, the management to each platform or module is comparatively dispersed, and has a large amount of repeated work, and on the other hand, to the user, the work of carrying out the cross-platform can waste time on operations such as switching, opening, login, reduces user experience, is unfavorable for project management.

According to the embodiment of the disclosure, for a user, isolation among platforms can be opened, so that the user does not need to enter a new platform or module to perform task association and state updating of the task, the user can perform state updating of the task in a code submitting interface, and management efficiency is improved.

Although the various operations of the methods are described above in a particular order, embodiments of the disclosure are not so limited, and the operations described above may be performed in other orders as desired. For example, operation S310 may be performed after operation S230, or may be performed simultaneously. In some embodiments, the development task list and the task state list may be presented to the user at the same time, since different development tasks may experience the same task state, and thus the corresponding state may be found from the task state list.

Fig. 4 schematically shows a flowchart of a task processing method for a user side according to yet another embodiment of the present disclosure.

As shown in fig. 4, the task processing method of the embodiment of the present disclosure may include operations S210 to S240, and operations S410 to S420. The contents of operations S210 to S240 can refer to the above embodiments, and are not described herein. Wherein the information of the at least one task includes annotation information of the at least one task, and the displaying the task list to the user in operation S230 includes: annotation information for at least one task is presented to a user.

In operation S410, in response to an operation of the user editing the comment information of the first task, the comment information edited by the user is acquired.

According to the embodiment of the disclosure, the annotation information of each task can be displayed behind the number or name of each task in the list, or after the user selects the first task, the user can switch to a new interface to display the annotation information of the first task.

In operation S420, the edited comment information is sent to the server, so that the server updates the submission comment of the submission operation.

According to the embodiment of the disclosure, for a user, isolation among platforms can be opened, so that the user does not need to enter a new platform or module and fill in a submission annotation of a submission operation, the user can edit the submission annotation in a code submission interface, and the management efficiency is improved.

In some embodiments of the present disclosure, when the user views the annotation information, the annotation information may not be modified, and then the original annotation information may be sent to the server, so that the server automatically fills the original information into the submitted annotation for updating.

Although the various operations of the methods are described above in a particular order, embodiments of the disclosure are not so limited, and the operations described above may be performed in other orders as desired. For example, operation S410 may be performed after or before operation S240. Operation S240 may be performed simultaneously with operation S420. In some embodiments, the user edited annotation information may be obtained first, and then the edited annotation information may be included in the transmitted information of the first development task.

Fig. 5 schematically shows a flowchart of a task processing method for a user side according to yet another embodiment of the present disclosure.

As shown in fig. 5, the task processing method according to the embodiment of the present disclosure may include operations S210 to S240, and may further include operations S510 to S530 before receiving the task list transmitted by the service end based on the configuration file in operation S220. The contents of operations S210 to S240 can refer to the above embodiments, and are not described herein.

In operation S510, a query result sent by the server is received.

According to embodiments of the present disclosure, a user may participate in multiple projects simultaneously, each project having a corresponding code library (e.g., different code libraries using different programming languages, coding specifications, etc.), each submission of code being compiled and submitted based on the code library of one project.

And operation S520, determining whether the server queries the corresponding configuration file according to the query result, and ending the task processing flow when the configuration file is not queried. When the configuration file is queried, operation S530 is performed.

According to the embodiment of the disclosure, at least one configuration file may be preset in each code library, and in some embodiments, there may be a case where there is no configuration file in the code library. Therefore, whether the configuration file is inquired by the server side or not can be judged according to the inquiry result returned by the server side, and then the follow-up operation can be flexibly selected.

According to the embodiment of the disclosure, when the configuration file is not inquired, the user can be informed to perform a manual association task or be informed to perform configuration file setting.

In operation S530, when the query result indicates that the server queries the configuration file, a search interface is displayed to the user.

According to the embodiment of the disclosure, a project may include a plurality of tasks, each task may correspond to content such as a task state, a number, a name, annotation information, and the like, for example, information of all tasks in a configuration file may be displayed on a search interface, and a search function is provided by displaying the search interface to a user, so that the user can quickly find a task corresponding to the present submission operation.

Although the various operations of the methods are described above in a particular order, embodiments of the disclosure are not so limited, and the operations described above may be performed in other orders as desired. For example, operation S220 may be performed after operation S530, or may be performed simultaneously. In some embodiments, when the server queries the configuration file, the query result and the task list can be simultaneously sent to the user side.

Fig. 6 schematically shows a flowchart of a task processing method for a user side according to yet another embodiment of the present disclosure.

As shown in fig. 6, when the server queries the configuration file, the task processing method of the embodiment of the present disclosure may include operations S210 to S240, S510, and S530, and may further include operations S610 to S620 before receiving the task list sent by the service end based on the configuration file in operation S220. The contents of operations S210 to S240 can refer to the above embodiments, and are not described herein.

In operation S510, a query result sent by the server is received.

In operation S610, a first query field input by a user on a search interface is obtained.

In operation S620, the first query field is sent to the server, so that the server obtains the task list from the configuration file based on the first query field.

According to the embodiment of the disclosure, for example, when a user inputs "develop" to perform an fuzzy search, the server may obtain a task with "develop" in the name from the configuration file, or a task with "develop" fields in the information, such as "first stage task 1" and "first stage task 2", and then the client may receive the task list containing the information of the two tasks. Therefore, the information of all tasks in the configuration file does not need to be received, the data volume received by the user side is reduced, the pressure of the user side is reduced, and the user can obtain the tasks corresponding to the submitting operation at a higher speed.

Fig. 7 schematically shows a flowchart of a task processing method for a server according to an embodiment of the present disclosure.

As shown in fig. 7, the task processing method of the embodiment of the present disclosure may include operations S710 to S740.

In operation S710, a data request sent by a user side is received, where the data request includes a submission operation of a user submission code.

In operation S720, a preset profile is queried based on the data request.

According to embodiments of the present disclosure, the server may request whether there is a configuration file from a particular directory (e.g., root directory) of the codebase based on the data. The configuration file may be a file in an XML format, and the naming of the configuration file may be specified, and then the query is performed by the name of the configuration file. For example, the server may send a query request to a database server storing a code library, which may include the name of the configuration file.

In operation S730, a task list obtained based on the configuration file is sent to the user side, where the task list includes information of at least one task.

According to the embodiment of the disclosure, after the server side obtains the configuration file, the server side can analyze the configuration file to obtain the information of at least one task, and the task list containing the information is sent to the user side.

In operation S740, information of a first task sent by a user side is received, and a submission operation is associated with the first task, where the first task includes a task selected by a user from a task list.

According to the embodiment of the disclosure, the task list is sent to the user side, and the task selected by the user is received, so that the record of the submitted code is automatically associated with the corresponding task, and the next flow is automatically switched to, thereby simplifying the operation of task processing performed by the user, improving the flow efficiency among all flows in the project, and accelerating the project progress.

Fig. 8 schematically shows a flowchart of a task processing method for a server according to another embodiment of the present disclosure.

As shown in fig. 8, the task processing method according to the embodiment of the present disclosure may include operations S710 to S740, and may further include operations S810 to S820 after associating the commit operation with the first task in operation S740. Operations S710 to S740 may refer to the above embodiments, which are not described herein.

In operation S810, a first task status sent by a user terminal is received.

In operation S820, the state of the first task is updated to a first task state, where the first task state includes a task state selected by a user from a task state list displayed on a user side.

According to the embodiment of the disclosure, isolation among all platforms can be opened from the server side, so that a user does not need to enter a new platform or update the state of a task after a module associates the task, the user can update the state of the task by submitting a code interface, and the management efficiency is improved.

Fig. 9 schematically shows a flowchart of a task processing method for a server according to still another embodiment of the present disclosure.

As shown in fig. 9, the task processing method according to the embodiment of the present disclosure may include operations S710 to S740, and may further include operations S910 to S920 after associating the commit operation with the first task in operation S740. Operations S710 to S740 may refer to the above embodiments, which are not described herein.

In operation S910, annotation information of a first task is acquired.

In operation S920, a commit comment of the commit operation is updated based on the comment information.

In the related technology, after a user submits a code, the user switches to a new platform or module to manually write a submitted annotation, so that related information of the submitting operation can be clarified by related personnel. Due to the lack of specification of the submission annotations, it is not known at the encoding stage what requirements each submission operation specifically fulfills or solves, which may for example lead to difficulties for the tester to carry out the test at the first time.

According to the embodiment of the present disclosure, the default annotation information in the first task, which is configured in advance according to the annotation format, may be acquired from the configuration file. Default annotation information is then automatically populated into the submitted annotation.

According to an embodiment of the present disclosure, acquiring annotation information of the first task includes: receiving the comment information which is sent by the user side and edited by the user. After receiving the annotation information of the first task edited by the user, comparing the annotation information with default annotation information, and then automatically filling unmodified default annotation information and modified annotation information into the submitted annotation, so that relevant personnel can clearly obtain relevant information of each submitted operation in a coding stage.

Fig. 10 schematically shows a flowchart of a task processing method for a server according to still another embodiment of the present disclosure.

As shown in fig. 10, the task processing method according to the embodiment of the present disclosure may include operations S710 to S740, and may further include operations S1010 to S1030 before the task list is sent to the user side in operation S730. Operations S710 to S740 may refer to the above embodiments, which are not described herein.

In operation S1010, the query result is sent to the user side, so that when the query result represents that the server side queries the configuration file, a search interface is presented to the user. And when the query result indicates that the server side queries the configuration file, continuing to execute operation S1020.

In operation S1020, a first query field sent by a user terminal is received.

In operation S1030, a task list is acquired from a configuration file based on the first query field.

According to the embodiment of the disclosure, for example, if the first query field is "development", the "development" may be matched with the fields in the configuration file one by one, and the task list may be obtained based on the matched information. For example, "first stage task 1" and "first stage task 2". It is possible to send the task list containing the information of the two tasks to the user side. Therefore, information of all tasks in the configuration file does not need to be sent, the data volume sent by the server is reduced, the pressure of the server is reduced, and the user can obtain the task corresponding to the submitting operation at a higher speed.

Fig. 11 schematically shows a flow diagram for obtaining a configuration file according to an embodiment of the present disclosure.

As shown in fig. 11, obtaining the configuration file in the embodiment of the present disclosure may include operations S1110 to S1120.

In operation S1110, a second query field and a comment format in the configuration file are determined.

According to an embodiment of the present disclosure, a configuration item of a configuration file may include two parts, a task query condition and a submission annotation template, wherein the task query condition may be determined by a different second query field (e.g., application, version, task type, task status, etc.), and the submission annotation template may be determined by a canonical annotation format (e.g., information such as item name, task description, etc.), as shown in table 1.

TABLE 1

In operation S1120, information of at least one task is configured to obtain a configuration file based on the second query field and the annotation format.

According to the embodiment of the present disclosure, in combination with the contents of table 1, information of at least one task may be configured in a file in an XML format and stored under a specific directory of a corresponding code library. Wherein, the content in the configuration file is exemplified as follows:

according to the embodiment of the disclosure, the server can analyze the related information based on the specification by standardizing the task query condition and submitting the annotation template, for example, configuring the query field and the annotation format, so that the submission annotation can be automatically filled after submitting operation (for example, submitting a code), which is helpful for other related personnel to know the task progress, for example, the testing personnel can be helped to test the code more specifically, the timeliness and the accuracy of the design, coding and testing link butt joint in the research and development stage are integrally ensured, and the research and development efficiency is greatly improved.

Fig. 12 schematically shows a block diagram of a task processing device 1200 applied to a user side according to an embodiment of the present disclosure.

As shown in fig. 12, the task processing device 1200 includes a request sending module 1210, a list receiving module 1220, a list presentation module 1230, and a task sending module 1240.

The request sending module 1210 may perform operation S210, for example, to send a data request to the server in response to a submission operation of a user, so that the server queries a preset configuration file based on the data request, where the data request includes information of the submission operation.

The list receiving module 1220 may perform, for example, operation S220, for receiving a task list transmitted by a server based on a configuration file, wherein the task list includes information of at least one task.

The list presentation module 1230 may perform, for example, operation S230 for presenting the task list to the user.

The list presentation module 1230, for example, may further perform operations S310 to S320 according to an embodiment of the present disclosure. The task state list is used for showing a task state list to a user, wherein the task state list comprises at least one task state of the first task. And sending the first task state to the server so that the server updates the state of the first task to the first task state, wherein the first task state comprises the task state selected by the user from the task state list.

According to an embodiment of the present disclosure, the task processing device 1200 may further include a first comment module, which may perform operations S410 to S420, for example, and acquire the comment information edited by the user in response to an operation of editing the comment information by the user. And sending the edited annotation information to the server so that the server updates the submission annotation of the submission operation.

According to an embodiment of the present disclosure, the task processing device 1200 may further include a first query module, which may perform operations S510 to S530, for example, to receive a query result sent by the server before receiving the task list sent by the server based on the configuration file; and when the query result represents that the server side queries the configuration file, displaying a search interface to a user.

According to an embodiment of the present disclosure, the first query module may perform, for example, operations S610 to S620, and is configured to obtain a first query field input by a user on a search interface; and sending the first query field to the server, so that the server acquires the task list from the configuration file based on the first query field.

According to an embodiment of the present disclosure, the displaying the task list to the user in the list displaying module 1230 includes: and displaying a graphical interface to a user, wherein the graphical interface comprises a task list.

Fig. 13 schematically shows a flow chart for presenting different content on a graphical interface according to an embodiment of the present disclosure.

As shown in fig. 13, different contents may be presented on the graphical interface based on the user' S operation, and may include operations S1310 to S1350, for example.

In operation S1310, a query condition sent by the server is presented, for example, a query field that has been customized by a configuration file. The user can select the query field value corresponding to the submitted associated task through a graphical interface by using keyboard and mouse operations.

In operation S1320, after the developer determines the query condition, the interface displays the relevant task list.

In operation S1330, the developer may select a task to be associated in the task list for the present submission, and may present relevant brief information after selecting the task.

In operation S1340, whether to update the task may be prompted, and a checkbox of "the task has been coded and completed" is presented, and the developer may check the option according to the actual situation, and then may cause the server to update the task state based on the option.

In operation S1350, "edit comment" or not may be prompted, and an "edit" button may be displayed, and the user may edit the comment information after clicking the button.

Fig. 14 schematically shows a block diagram of a task processing device 1400 applied to a server according to an embodiment of the present disclosure.

As shown in fig. 14, the task processing device 1400 includes a request receiving module 1410, a file querying module 1420, a list transmitting module 1430, and a task receiving module 1440.

The request receiving module 1410 may perform operation S710, for example, to receive a data request sent by a user terminal, where the data request includes information of a submitting operation of the user terminal.

The file query module 1420 may perform operation S720, for example, to query a preset configuration file based on the data request.

The list sending module 1430 may perform operation S730, for example, to send a task list obtained based on the configuration file to the user side, where the task list includes information of at least one task.

The task receiving module 1440 may perform operation S740, for example, to receive information of a first task sent by a user terminal, and associate a submission operation with the first task, where the first task includes a task selected by the user from a task list.

According to an embodiment of the present disclosure, the task processing device 1400 may further include a status update module. The state updating module may perform operations S810 to S820, for example, to receive a state of a first task sent by a user terminal after associating the commit operation with the first task; and updating the state of the first task to be a first task state, wherein the first task state comprises a task state selected by a user from a task state list displayed by a user side.

According to an embodiment of the present disclosure, the task processing device 1400 may further include a second annotation module. The second annotation module may perform operations S910 to S920, for example, to obtain annotation information of the first task after associating the commit operation with the first task; and updating the commit annotation of the commit operation based on the annotation information.

According to an embodiment of the present disclosure, acquiring annotation information of the first task includes: receiving the annotation information sent by the user side after the user edits.

According to an embodiment of the present disclosure, the task processing device 1400 may further include a second query module. The second query module may perform operations S1010 through S1020, for example. And the server is used for sending the query result to the user side, so that when the query result represents that the server queries the configuration file, the user side shows a search interface to the user. Receiving a first query field sent by a user side; a task list is obtained from a configuration file based on the first query field.

According to an embodiment of the present disclosure, the task processing device 1400 may further include a profile module. The configuration file module may perform, for example, operations 1110 to S1120, for determining a second query field and a comment format in the configuration file; and configuring information of the at least one task to obtain a configuration file based on the second query field and the annotation format.

Fig. 15 schematically shows an interaction flowchart between the task processing device 1200 for the user side and the task processing device 1400 for the server side according to an embodiment of the present disclosure.

As shown in fig. 15, the interaction between the task processing device 1200 for the user side and the task processing device 1400 for the server side may include operations S1510 through S1590.

In operation S1510, the user side sends a data request to the server side in response to the user' S submission operation. For example, a developer submits a code to trigger the automatic start of a client or a server for task association.

In operation S1520, the server queries a preset configuration file based on the data query request.

In operation S1530, the server checks whether a specific directory of the corresponding code library has a configuration file, and notifies the user terminal when the configuration file is checked.

In operation S1540, if there is a configuration file, the user side pops up a search interface.

In operation S1550, the search interface popped up by the user end may receive the first query field input by the user and then transmit the first query field to the server end.

In operation S1560, the server parses the configuration file, and returns a task list including various detailed information of the task, such as a project name, a task description, and the like, according to the first query field.

In operation S1570, the user terminal may pop up a task association interface (e.g., a graphical interface) and may present the brief information in a list manner on the task association interface.

In operation S1580, the user side may send at least one of the first task, the task state, or the edited annotation information to the server side according to different operations of the user, which may specifically refer to operations S1310 to S1350.

In operation S1590, the server may perform at least one of task association, status update or comment filling based on the received content. For example, after receiving the related task selected by the developer, the detailed information of the task is automatically filled in the submitted annotation in a customized template format in the configuration file. And may check whether the developer has chosen that the task is coded complete, and if it is determined that the code is complete, then the status of the update task is "code complete to be tested" (for example only).

Any number of modules, sub-modules, units, sub-units, or at least part of the functionality of any number thereof according to embodiments of the present disclosure may be implemented in one module. Any one or more of the modules, sub-modules, units, and sub-units according to the embodiments of the present disclosure may be implemented by being split into a plurality of modules. Any one or more of the modules, sub-modules, units, sub-units according to embodiments of the present disclosure may be implemented at least in part as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in any other reasonable manner of hardware or firmware by integrating or packaging a circuit, or in any one of or a suitable combination of software, hardware, and firmware implementations. Alternatively, one or more of the modules, sub-modules, units, sub-units according to embodiments of the disclosure may be at least partially implemented as a computer program module, which when executed may perform the corresponding functions.

For example, any of the modules in the task processing device 1200 or the task processing device 1400 may be combined and implemented in one module, or any of the modules may be split into a plurality of modules. Alternatively, at least part of the functionality of one or more of these modules may be combined with at least part of the functionality of the other modules and implemented in one module. According to an embodiment of the present disclosure, at least one module in the task processing device 1200 or the task processing device 1400 may be implemented at least partially as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in hardware or firmware by any other reasonable manner of integrating or packaging a circuit, or may be implemented in any one of three implementations of software, hardware, and firmware, or in a suitable combination of any of them. Alternatively, at least one module of the task processing device 1200 or the task processing device 1400 may be at least partially implemented as a computer program module, which when executed may perform a corresponding function.

FIG. 16 schematically illustrates a block diagram of a computer system suitable for implementing the task processing method and apparatus according to an embodiment of the present disclosure. The computer system illustrated in FIG. 16 is only one example and should not impose any limitations on the scope of use or functionality of embodiments of the disclosure.

As shown in fig. 16, a computer system 1600 according to an embodiment of the present disclosure includes a processor 1601 that can perform various suitable actions and processes according to a program stored in a Read Only Memory (ROM)1602 or a program loaded from a storage portion 1608 into a Random Access Memory (RAM) 1603. Processor 1601 may include, for example, a general purpose microprocessor (e.g., a CPU), an instruction set processor and/or related chipset and/or a special purpose microprocessor (e.g., an Application Specific Integrated Circuit (ASIC)), or the like. Processor 1601 may also include on-board memory for caching purposes. Processor 1601 may include a single processing unit or multiple processing units for performing different actions of a method flow according to embodiments of the present disclosure.

In the RAM 1603, various programs and data necessary for the operation of the system 1600 are stored. The processor 1601, the ROM 1602, and the RAM 1603 are connected to each other via a bus 1604. Processor 1601 performs various operations of the method flow according to embodiments of the present disclosure by executing programs in ROM 1602 and/or RAM 1603. It is noted that the programs may also be stored in one or more memories other than ROM 1602 and RAM 1603. The processor 1601 may also perform various operations of the method flows according to embodiments of the present disclosure by executing programs stored in the one or more memories.

In accordance with an embodiment of the present disclosure, the system 1600 may also include an input/output (I/O) interface 1605, the input/output (I/O) interface 1605 also being connected to the bus 1604. The system 1600 may also include one or more of the following components connected to the I/O interface 1605: an input portion 1606 including a keyboard, a mouse, and the like; an output portion 1607 including a display device such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage portion 1608 including a hard disk and the like; and a communication section 1609 including a network interface card such as a LAN card, a modem, or the like. The communication section 1609 performs communication processing via a network such as the internet. The driver 1610 is also connected to the I/O interface 1605 as needed. A removable medium 1611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 1610 as necessary, so that a computer program read out therefrom is mounted in the storage portion 1608 as necessary.

According to embodiments of the present disclosure, method flows according to embodiments of the present disclosure 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 storage medium, the computer program containing program code for performing the method illustrated by the flow chart. In such embodiments, the computer program may be downloaded and installed from a network via the communication portion 1609, and/or installed from the removable media 1611. The computer program, when executed by the processor 1601, performs the above-described functions defined in the system of the embodiments of the present disclosure. The systems, devices, apparatuses, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the present disclosure.

Embodiments of the present disclosure also include a computer program product comprising a computer program containing program code for performing the method provided by the embodiments of the present disclosure, when the computer program product is run on an electronic device, the program code being configured to cause the electronic device to carry out the method of task processing provided by the embodiments of the present disclosure.

The computer program, when executed by the processor 1601, performs the above-described functions defined in the system/apparatus of the embodiments of the present disclosure. The systems, apparatuses, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the present disclosure.

In one embodiment, the computer program may be hosted on a tangible storage medium such as an optical storage device, a magnetic storage device, or the like. In another embodiment, the computer program may also be transmitted, distributed in the form of a signal on a network medium, downloaded and installed via the communication part 1609, and/or installed from the removable medium 1611. The computer program containing program code may be transmitted using any suitable network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

In accordance with embodiments of the present disclosure, program code for executing computer programs provided by embodiments of the present disclosure may be written in any combination of one or more programming languages, and in particular, these computer programs may be implemented using high level procedural and/or object oriented programming languages, and/or assembly/machine languages. The programming language includes, but is not limited to, programming languages such as Java, C + +, python, the "C" language, or the like. The program code may execute entirely on the user computing device, partly on the user device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).

The flowchart 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 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 embodiments of the present disclosure have been described above. However, these examples are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Various alternatives and modifications can be devised by those skilled in the art without departing from the scope of the present disclosure, and such alternatives and modifications are intended to be within the scope of the present disclosure.

Claims

1. A task processing method is applied to a user side and comprises the following steps:

responding to a submission operation of a user, and sending a data request to a server so that the server queries a preset configuration file based on the data request, wherein the data request comprises information of the submission operation;

receiving a task list sent by the server based on the configuration file, wherein the task list comprises information of at least one task;

presenting the task list to the user; and

and sending information of a first task to the server so that the server associates the submission operation with the first task, wherein the first task comprises a task selected by the user from the task list.

2. The task processing method according to claim 1, further comprising:

displaying a task state list to the user, wherein the task state list comprises at least one task state of the first task; and

sending a first task state to the server, so that the server updates the state of the first task to the first task state, wherein the first task state comprises a task state selected by the user from the task state list.

3. The task processing method of claim 1, wherein the information of the at least one task includes annotation information of the at least one task, and the presenting the task list to the user includes:

presenting annotation information for the at least one task to the user;

wherein the method further comprises:

responding to the operation of editing the annotation information of the first task by the user, and acquiring the annotation information edited by the user;

and sending the edited annotation information to the server side so that the server side updates the submission annotation of the submission operation.

4. The task processing method according to claim 1, wherein the method further comprises:

receiving a query result sent by the server; and

and when the query result represents that the server side queries the configuration file, displaying a search interface to the user.

5. The task processing method according to claim 4, wherein, prior to the receiving of the task list sent by the service end based on the configuration file, the method further comprises:

obtaining a first query field input by the user on the search interface; and

and sending the first query field to the server, so that the server acquires the task list from the configuration file based on the first query field.

6. The task processing method of claim 1, wherein said presenting the task list to the user comprises:

and displaying a graphical interface to the user, wherein the task list is included on the graphical interface.

7. A task processing method is applied to a server and comprises the following steps:

receiving a data request sent by a user side, wherein the data request comprises information of submitting operation of a user;

querying a preset configuration file based on the data request;

sending a task list obtained based on the configuration file to the user side, wherein the task list comprises information of at least one task; and

receiving information of a first task sent by the user side, and associating the submission operation with the first task, wherein the first task comprises a task selected by the user from the task list.

8. The task processing method of claim 7, wherein, after said associating the commit operation with the first task, further comprising:

receiving a first task state sent by the user side;

and updating the state of the first task to the first task state, wherein the first task state comprises a task state selected by the user from a task state list displayed by the user side.

9. The task processing method of claim 7, wherein, after said associating the commit operation with the first task, further comprising:

acquiring annotation information of the first task; and

updating a commit annotation of the commit operation based on the annotation information.

10. The task processing method according to claim 9, wherein the acquiring annotation information of the first task includes:

and receiving the annotation information of the first task edited by the user and sent by the user side.

11. The task processing method according to claim 7, wherein before the sending the task list to the user side, the method further comprises:

and sending a query result to the user side, so that when the query result represents that the server side queries the configuration file, the user side displays a search interface to the user.

12. The task processing method according to claim 11, wherein when the query result represents that the server queries the configuration file, further comprising:

receiving a first query field sent by the user side; and

and acquiring the task list from the configuration file based on the first query field.

13. The task processing method according to claim 7, wherein before receiving the data request sent by the user side, the method further includes obtaining the configuration file, and specifically includes:

determining a second query field and annotation format in the configuration file; and

configuring information of the at least one task to obtain the configuration file based on the second query field and the annotation format.

14. A task processing device applied to a user side comprises:

the request sending module is used for responding to submission operation of a user and sending a data request to a server so that the server queries a preset configuration file based on the data request, wherein the data request comprises information of the submission operation;

the list receiving module is used for receiving a task list sent by the server based on the configuration file, wherein the task list comprises information of at least one task;

the list display module is used for displaying the task list to the user; and

and the task sending module is used for sending the information of the first task to the server so that the server associates the submission operation with the first task, wherein the first task comprises a task selected by the user from the task list.

15. A task processing device applied to a server comprises:

the system comprises a request receiving module, a data processing module and a data processing module, wherein the request receiving module is used for receiving a data request sent by a user side, and the data request comprises information of submitting operation of a user at the user side;

the file query module is used for querying a preset configuration file based on the data request;

the list sending module is used for sending a task list obtained based on the configuration file to the user side, wherein the task list comprises information of at least one task; and

and the task receiving module is used for receiving information of a first task sent by the user side and associating the submission operation with the first task, wherein the first task comprises a task selected by the user from the task list.

16. An electronic device, comprising:

one or more memories storing executable instructions; and

one or more processors executing the executable instructions to implement the method of any one of claims 1-13.

17. A computer readable storage medium having stored thereon executable instructions which, when executed by a processor, cause the processor to perform the method of any one of claims 1 to 13.