CN110362294A - Development task executes method, apparatus, electronic equipment and storage medium - Google Patents

Abstract

The invention provides a development task execution method, device, electronic equipment and storage medium. The development task execution method can obtain the task identification of each subtask in the development task corresponding to the interface document, and according to each task identification, call the code of each subtask from the configuration code library, and further execute the called For each piece of code, the execution result of the development task is obtained, and the code is automatically obtained and executed, which can avoid the time and energy wasted by man-made code writing, and can effectively avoid writing errors, and then generate test scripts according to the received interface documents, in order to The test script verifies the execution result, thereby automatically verifying each piece of code, and further realizes the automatic execution of the development task, realizes the optimization of the development process, not only saves labor costs, but also improves execution efficiency.

Description

Develop task execution methods, devices, electronic equipment, and storage media

technical field

The present invention relates to the technical field of development, in particular to a development task execution method, device, electronic equipment and storage medium.

Background technique

In the existing technical solutions, during the execution of a development task, the project manager needs to reasonably arrange the developers to write the code based on the actual situation of the development task, first based on the current manpower. After the code is written, the project manager It is also necessary to continue to arrange testers to test the written code, and the entire process is manually assigned by the project manager.

Based on the above situation, due to the many processes of human intervention, once the project manager leaves or takes a vacation, the development task will not be able to proceed smoothly.

Contents of the invention

In view of the above, it is necessary to provide a development task execution method, device, electronic device and storage medium, which can optimize the development process, not only save labor costs, but also improve execution efficiency.

A development task execution method, the method comprising:

When an interface document is received, acquire a development task corresponding to the interface document;

identifying at least one subtask of said development task;

Obtain the task identifier of each subtask in the at least one subtask;

According to each task ID, the code of each subtask is called from the configuration code base;

Execute each piece of code that is called to obtain the execution result of the development task;

Parsing the interface document to generate a test script;

The execution result is verified by the test script.

According to a preferred embodiment of the present invention, before calling the code of each subtask from the configuration code library according to each task identifier, the method further includes:

Obtain historical task data within the preset time interval every preset time interval;

determining all subtasks and all codes corresponding to all subtasks from the historical task data;

Configure task identifiers for all subtasks;

Determine the corresponding relationship between the task identifier and all the codes;

Configure the configuration code base according to the corresponding relationship.

According to a preferred embodiment of the present invention, the method further includes:

When the code corresponding to the first subtask in the at least one subtask cannot be retrieved from the configuration code library, prompting a designated person to write the first code of the first subtask;

configuring a task identifier for the first subtask;

The first subtask and the first code are updated to the configuration code base according to the task identifier.

According to a preferred embodiment of the present invention, the execution of each piece of code that is called to obtain the execution result of the development task includes:

Compile each piece of code to get each executable file corresponding to each piece of code;

Deploy the operating environment according to the development tasks;

Execute each executable file in the execution environment to obtain the execution result.

According to a preferred embodiment of the present invention, said parsing said interface document and generating a test script includes:

Obtain input items and output items from the interface document;

Generate the test script according to the input item and the output item.

According to a preferred embodiment of the present invention, the verification of the execution result with the test script includes:

comparing said execution result with said output;

When the execution result is consistent with the output item, determining that the execution result passes the verification;

When the execution result is inconsistent with the output item, it is determined that the execution result fails the verification.

According to a preferred embodiment of the present invention, when it is determined that the execution result fails the verification, the method further includes:

Obtain an execution log of the development task;

Locating abnormal codes from the execution log;

A developer who obtains the exception code from the configuration code library;

Send prompt information to the developer.

A development task execution device, the device comprising:

An acquisition unit, configured to acquire a development task corresponding to the interface document when the interface document is received;

an identifying unit, configured to identify at least one subtask in the development task;

The acquiring unit is further configured to acquire a task identifier of each subtask in the at least one subtask;

The calling unit is used to call the code of each subtask from the configuration code base according to the identification of each task;

an execution unit, configured to execute each piece of code that is called, and obtain the execution result of the development task;

A generating unit, configured to parse the interface document and generate a test script;

A verification unit, configured to verify the execution result with the test script.

According to a preferred embodiment of the present invention, the acquiring unit is further configured to acquire the preset time interval at each preset time interval before calling the code of each subtask from the configuration code library according to each task identifier historical task data in

The device also includes:

a determining unit, configured to determine all subtasks and all codes corresponding to all subtasks from the historical task data;

A configuration unit, configured to configure task identifiers for all subtasks;

The determining unit is further configured to determine the correspondence between the task identifier and all the codes;

The configuration unit is further configured to configure the configuration code base according to the correspondence.

According to a preferred embodiment of the present invention, the device further includes:

A prompting unit, configured to prompt a designated person to write the first code of the first subtask when the code corresponding to the first subtask of the at least one subtask cannot be retrieved from the configuration code library;

The configuration unit is further configured to configure a task identifier for the first subtask;

An updating unit, configured to update the first subtask and the first code to the configuration code base according to the task identifier.

According to a preferred embodiment of the present invention, the execution unit executes each piece of code that is called, and the execution result of the development task obtained includes:

Compile each piece of code to get each executable file corresponding to each piece of code;

Deploy the operating environment according to the development tasks;

Execute each executable file in the execution environment to obtain the execution result.

According to a preferred embodiment of the present invention, the generating unit is specifically used for:

Obtain input items and output items from the interface document;

Generate the test script according to the input item and the output item.

According to a preferred embodiment of the present invention, the verification unit is specifically used for:

comparing said execution result with said output;

When the execution result is consistent with the output item, determining that the execution result passes the verification;

When the execution result is inconsistent with the output item, it is determined that the execution result fails the verification.

According to a preferred embodiment of the present invention, the obtaining unit is further configured to obtain the execution log of the development task when it is determined that the execution result fails the verification;

The device also includes:

a locating unit, configured to locate the abnormal code from the execution log;

The obtaining unit is also used to obtain the developer of the abnormal code from the configuration code library;

A sending unit, configured to send prompt information to the developer.

An electronic device comprising:

a memory storing at least one instruction; and

A processor, executing instructions stored in the memory to implement the development task execution method.

A computer-readable storage medium, at least one instruction is stored in the computer-readable storage medium, and the at least one instruction is executed by a processor in an electronic device to implement the development task execution method.

It can be seen from the above technical solutions that the present invention can obtain the task identification of each subtask in the development task corresponding to the interface document, and according to each task identification, call the code of each subtask from the configuration code library, and further Execute each piece of code that is called, get the execution result of the development task, and automatically obtain the code and execute it, which can avoid the time and energy wasted in manually writing code, and can effectively avoid writing errors, and then generate according to the received interface document A test script, using the test script to verify the execution result, thereby automatically verifying each piece of code, and further realizing the automatic execution of development tasks, not only saves labor costs, but also improves execution efficiency.

Description of drawings

Fig. 1 is a flowchart of a preferred embodiment of the development task execution method of the present invention.

Fig. 2 is a functional module diagram of a preferred embodiment of the development task execution device of the present invention.

Fig. 3 is a schematic structural diagram of an electronic device implementing a preferred embodiment of a development task execution method according to the present invention.

Explanation of main component symbols

Detailed ways

In order to make the object, technical solution and advantages of the present invention clearer, the present invention will be described in detail below in conjunction with the accompanying drawings and specific embodiments.

As shown in FIG. 1 , it is a flow chart of a preferred embodiment of the development task execution method of the present invention. According to different requirements, the order of the steps in the flowchart can be changed, and some steps can be omitted.

The development task execution method is applied to one or more electronic devices, and the electronic device is a device that can automatically perform numerical calculation and/or information processing according to preset or stored instructions, and its hardware includes but not Limited to microprocessors, application specific integrated circuits (Application Specific Integrated Circuit, ASIC), programmable gate arrays (Field-Programmable Gate Array, FPGA), digital processors (Digital Signal Processor, DSP), embedded devices, etc.

The electronic device may be any electronic product capable of man-machine interaction with the user, for example, a personal computer, a tablet computer, a smart phone, a personal digital assistant (Personal Digital Assistant, PDA), a game console, an interactive Internet TV ( Internet Protocol Television, IPTV), smart wearable devices, etc.

The electronic equipment may also include network equipment and/or user equipment. Wherein, the network device includes, but is not limited to, a single network server, a server group composed of multiple network servers, or a cloud composed of a large number of hosts or network servers based on cloud computing (Cloud Computing).

The network where the electronic device is located includes but is not limited to the Internet, a wide area network, a metropolitan area network, a local area network, a virtual private network (Virtual Private Network, VPN) and the like.

S10. Acquire a development task corresponding to the interface document when the interface document is received.

In the existing technical solutions, during the execution of a development task, the project manager needs to reasonably arrange the developers to write the code based on the actual situation of the development task, first based on the current manpower. After the code is written, the project manager It is also necessary to continue to arrange testers to test the written code, and the entire process is manually assigned by the project manager.

Based on the above situation, due to the many processes of human intervention, once the project manager leaves or takes a vacation, the development task will not be able to proceed smoothly.

In at least one embodiment of the present invention, the interface document is jointly defined by the front-end and back-end engineers during project development. By writing and maintaining the interface document, the front-end and back-end engineers have a unified file for communication, which is convenient for the later stage personnel inspection and maintenance.

In at least one embodiment of the present invention, the development tasks refer to tasks determined according to development requirements, and the development requirements may include new requirements and existing requirements.

S11. Identify at least one subtask in the development task.

In at least one embodiment of the present invention, since a development task corresponds to at least one development requirement, at least one subtask can be obtained by splitting a development task.

Further, the electronic device can obtain at least one subtask by identifying the development task.

For example: the electronic device may be identified according to the name or identifier of the at least one subtask, which is not limited in the present invention.

S12. Obtain a task identifier of each subtask in the at least one subtask.

In at least one embodiment of the present invention, the task identification may include, but not limited to, one or more of the following combinations:

Task name, task identification code (Identity, ID), task code, etc.

Through the task identifier, the electronic device can uniquely determine a subtask, so as to distinguish each subtask.

S13. Call the code of each subtask from the configuration code base according to the identifier of each task.

In at least one embodiment of the present invention, the configuration code base records subtasks and codes, and there is a one-to-one correspondence between subtasks and codes.

In at least one embodiment of the present invention, before the code of each subtask is called from the configuration code library according to each task identifier, the electronic device configures the configuration code library.

Specifically, before the electronic device calls the code of each subtask from the configuration code library according to each task identifier, the method further includes:

Every preset time interval, the electronic device acquires historical task data within the preset time interval, and determines all subtasks and all codes corresponding to all subtasks from the historical task data, further Specifically, the electronic device configures task identifiers for all the subtasks, and determines the correspondence between the task identifiers and all the codes, further, the electronic device configures the configuration codes according to the correspondence library.

Specifically, the preset time interval may be configured according to actual conditions, for example, the preset time interval may include 24 hours and the like.

Further, the historical task data includes all data within the preset time interval.

Specifically, the historical task data includes, but is not limited to a combination of one or more of the following:

Names of all subtasks, all codes corresponding to all subtasks, attribute data of all subtasks (such as: a brief description of all subtasks, etc.).

Of course, in other embodiments, before all the codes are configured into the configuration code library, the electronic device can also call a quality inspection plug-in to detect the form errors and security elements of all the codes. The present invention does not limit.

Through the above embodiments, the electronic device can continuously integrate code data to configure the configuration code library, and at the same time regularly update the data recorded in the configuration code library to ensure high availability of data in the configuration code library , to avoid affecting the normal execution of development tasks due to obsolete code.

Further, the method also includes:

When the code corresponding to the first subtask of the at least one subtask cannot be retrieved from the configuration code library, the electronic device prompts a designated person to write the first code of the first subtask, further, The electronic device configures a task identifier for the first subtask, and according to the task identifier, the electronic device updates the first subtask and the first code to the configuration code library.

Specifically, the designated personnel include developers, etc., and the designated personnel have the ability to write codes.

It can be understood that since the code corresponding to the first subtask is not recorded in the configuration code library, the electronic device prompts the designated person to develop code according to the first subtask, so as not to delay the The progress of the development task can effectively improve the timeliness of the development task due to the timely response.

Through the above implementation, the electronic device can also update the tasks that are not recorded in the configuration code library into the configuration code library in time, so that the data in the configuration code library is more complete and specific, and it is convenient for subsequent tasks to be downloaded from the configuration code library. The direct call in the configuration code library not only saves the development time of developers, but also effectively avoids errors caused by human-made codes.

S14. Execute each piece of called code to obtain an execution result of the development task.

In at least one embodiment of the present invention, after calling each code, the electronic device executes each code one by one, and finally obtains the execution result of the development task after each code is executed.

Specifically, the electronic device executes each piece of code that is called, and the execution result of the development task obtained includes:

The electronic device compiles each piece of code to obtain each executable file corresponding to each piece of code, further, the electronic device deploys a running environment according to the development task, and executes each executable file in the running environment file to obtain the execution result.

For example: after the electronic device retrieves each piece of code, it first packages each piece of code, thereby compiling each piece of code into an executable file, and after obtaining each executable file corresponding to each piece of code, further deploys and runs environment so that each piece of code executes smoothly.

Specifically, the executable file includes, but is not limited to, one or more of the following combinations:

".bat" files, ".jar" files, etc.

It can be understood that, before the development task is planned to be implemented, the running environment of the development task has been determined.

Specifically, the operating environment includes, but is not limited to, a combination of one or more of the following:

Test environment, production environment, development environment, etc.

Further, the electronic device may deploy the operating environment on a corresponding server, and one server may deploy multiple operating environments, which is not limited in the present invention.

Through the above implementation manner, the electronic device can automatically execute each piece of code that is called, and obtain the execution result for subsequent testing.

S15. Parse the interface document to generate a test script.

In at least one embodiment of the present invention, the interface document includes agreed development data, specifically including input items, output items, and the like.

Wherein, the output item may be used as a comparison benchmark of the execution result.

In at least one embodiment of the present invention, the electronic device parses the interface document, and generating a test script includes:

The electronic device acquires input items and output items from the interface document, and generates the test script according to the input items and the output items.

Through the above implementation manner, the electronic device can automatically generate the test script for use in subsequent test tasks, avoiding human participation.

Moreover, since the test script is generated immediately after the execution result is obtained, the time and experience spent on manually writing the test script are saved, and there is no need for the tester to communicate with the developer, which reduces the communication cost and can effectively avoid Errors due to misunderstanding by testers.

S16. Verify the execution result with the test script.

In at least one embodiment of the present invention, after the electronic device generates the test script, it directly uses the test script to verify the execution result, which improves response efficiency.

Through verification, the electronic device can not only test whether the output interface is wrong, but also can test whether each piece of code is wrong according to the output items.

Specifically, verifying the execution result by the electronic device with the test script includes:

The electronic device compares the execution result with the output item, and when the execution result is consistent with the output item, the electronic device determines that the execution result passes the verification;

When the execution result is inconsistent with the output item, the electronic device determines that the execution result fails the verification.

It can be understood that when the execution result is consistent with the output item, it first indicates that the interface is available, so that the electronic device can smoothly execute each piece of code according to the interface to verify the correctness of the interface call sex. Secondly, since the execution result is consistent with the output item, it means that the obtained execution result is correct, that is to say, the execution of each piece of code is correct.

Through the above implementation manner, the electronic device can complete the automatic verification of each piece of code, and the user experience is better.

Preferably, when the electronic device determines that the execution result has not passed the verification, the method further includes:

The electronic device obtains the execution log of the development task, and locates the abnormal code from the execution log, further, the electronic device obtains the developer of the abnormal code from the configuration code library, and sends the abnormal code to the The above developer sends a prompt message.

Specifically, the prompt information includes, but is not limited to, one or more of the following combinations:

Configuration text information indicating that the code is incorrect, the address of the abnormal code, a screenshot of the abnormal code in the execution log, etc.

Through the above implementation manner, when the code is wrong, the electronic device can promptly remind the corresponding developer to make improvements, so as to improve the response speed.

Of course, in other embodiments, the electronic device may also save the execution log, and send relevant abnormal information to the relevant person in charge, so that the relevant person in charge can follow up the progress of the development task in time, And understand how well each developer executes.

It can be seen from the above technical solutions that the present invention can obtain the task identification of each subtask in the development task corresponding to the interface document, and according to each task identification, call the code of each subtask from the configuration code library, and further Execute each piece of code that is called, get the execution result of the development task, and automatically obtain the code and execute it, which can avoid the time and energy wasted in manually writing code, and can effectively avoid writing errors, and then generate according to the received interface document A test script, using the test script to verify the execution result, thereby automatically verifying each piece of code, and further realizing the automatic execution of development tasks, not only saves labor costs, but also improves execution efficiency.

As shown in FIG. 2 , it is a functional block diagram of a preferred embodiment of the development task execution device of the present invention. The development task execution device 11 includes an acquisition unit 110, an identification unit 111, a call unit 112, an execution unit 113, a generation unit 114, a verification unit 115, a determination unit 116, a configuration unit 117, a prompt unit 118, an update unit 119, a location unit 120 , sending unit 121 and detecting unit 122 . The module/unit referred to in the present invention refers to a series of computer program segments that can be executed by the processor 13 and can complete fixed functions, and are stored in the memory 12 . In this embodiment, the functions of each module/unit will be described in detail in subsequent embodiments.

When receiving the interface document, the acquisition unit 110 acquires the development task corresponding to the interface document.

In the existing technical solutions, during the execution of a development task, the project manager needs to reasonably arrange the developers to write the code based on the actual situation of the development task, first based on the current manpower. After the code is written, the project manager It is also necessary to continue to arrange testers to test the written code, and the entire process is manually assigned by the project manager.

Based on the above situation, due to the many processes of human intervention, once the project manager leaves or takes a vacation, the development task will not be able to proceed smoothly.

In at least one embodiment of the present invention, the interface document is jointly defined by the front-end and back-end engineers during project development. By writing and maintaining the interface document, the front-end and back-end engineers have a unified file for communication, which is convenient for the later stage personnel inspection and maintenance.

In at least one embodiment of the present invention, the development tasks refer to tasks determined according to development requirements, and the development requirements may include new requirements and existing requirements.

The identification unit 111 identifies at least one subtask in the development task.

In at least one embodiment of the present invention, since a development task corresponds to at least one development requirement, at least one subtask can be obtained by splitting a development task.

Further, the identification unit 111 identifies the development task, so as to obtain at least one subtask.

For example: the identifying unit 111 may identify according to the name or identifier of the at least one subtask, which is not limited in the present invention.

The acquiring unit 110 acquires a task identifier of each subtask in the at least one subtask.

In at least one embodiment of the present invention, the task identification may include, but not limited to, one or more of the following combinations:

Task name, task identification code (Identity, ID), task code, etc.

Through the task identifier, the determining unit 116 can uniquely determine a subtask so as to distinguish each subtask.

According to each task identifier, the calling unit 112 calls the code of each subtask from the configuration code library.

In at least one embodiment of the present invention, the configuration code base records subtasks and codes, and there is a one-to-one correspondence between subtasks and codes.

In at least one embodiment of the present invention, before the calling unit 112 calls the code of each subtask from the configuration code library according to each task identifier, the configuration unit 117 configures the configuration code library.

Specifically, before the calling unit 112 calls the code of each subtask from the configuration code library according to each task identifier, the method further includes:

Every preset time interval, the acquiring unit 110 acquires historical task data within the preset time interval, further, the determining unit 116 determines all subtasks from the historical task data, and All codes corresponding to subtasks, the configuration unit 117 configures task identifiers for all subtasks, the determination unit 116 determines the correspondence between the task identifiers and all the codes, further, the configuration unit 117 according to The corresponding relationship configures the configuration code library.

Specifically, the preset time interval may be configured according to actual conditions, for example, the preset time interval may include 24 hours and the like.

Further, the historical task data includes all data within the preset time interval.

Specifically, the historical task data includes, but is not limited to a combination of one or more of the following:

Names of all subtasks, all codes corresponding to all subtasks, attribute data of all subtasks (such as: a brief description of all subtasks, etc.).

Certainly, in other embodiments, before all the codes are configured into the configuration code library, the detection unit 122 may call a quality detection plug-in to detect the form errors and security elements of all the codes, which is not limited by the present invention.

Through the above-mentioned implementation, the configuration unit 117 can continuously integrate code data to configure the configuration code base, and at the same time, the update unit 119 regularly updates the data recorded in the configuration code base to ensure that the configuration code base The high availability of data in the medium avoids the normal execution of development tasks affected by the obsolete code.

Further, the method also includes:

When the calling unit 112 cannot call the code corresponding to the first subtask in the at least one subtask from the configuration code library, the prompting unit 118 prompts the designated person to write the first subtask of the first subtask. code, further, the configuration unit 117 configures a task identifier for the first subtask, and further, the update unit 119 updates the first subtask and the first code according to the task identifier to the configuration repository.

Specifically, the designated personnel include developers, etc., and the designated personnel have the ability to write codes.

It can be understood that since the code corresponding to the first subtask is not recorded in the configuration code base, the prompt unit 118 prompts the designated person to develop code according to the first subtask, so as not to delay all The progress of the above-mentioned development tasks can be effectively improved due to the timely response.

Through the above implementation, the update unit 119 can also update the tasks not recorded in the configuration code library into the configuration code library in time, so that the data in the configuration code library can be more complete and specific, and facilitate subsequent tasks Calling directly from the configuration code library not only saves the development time of developers, but also effectively avoids errors due to human-written codes.

The execution unit 113 executes each piece of called code to obtain the execution result of the development task.

In at least one embodiment of the present invention, the executing unit 113 executes each piece of code one by one after calling each piece of code, and finally obtains the execution result of the development task after each piece of code is executed.

Specifically, the execution unit 113 executes each piece of code that is called, and the execution result of the development task obtained includes:

The execution unit 113 compiles each piece of code to obtain each executable file corresponding to each piece of code. Further, the execution unit 113 deploys a running environment according to the development task. Further, the execution unit 113 executes the Execute each executable file in the operating environment to obtain the execution result.

For example: after the execution unit 113 calls each code, it first packages each code, thereby compiling each code into an executable file, and after obtaining each executable file corresponding to each code, further deploys Runtime environment for each piece of code to execute smoothly.

Specifically, the executable file includes, but is not limited to, one or more of the following combinations:

".bat" files, ".jar" files, etc.

It can be understood that, before the development task is planned to be implemented, the running environment of the development task has been determined.

Specifically, the operating environment includes, but is not limited to, a combination of one or more of the following:

Test environment, production environment, development environment, etc.

Further, the execution unit 113 may deploy the execution environment on a corresponding server, and one server may deploy multiple execution environments, which is not limited in the present invention.

Through the above implementation manner, the execution unit 113 can automatically execute each piece of called code, and obtain the execution result for subsequent testing.

The generating unit 114 parses the interface document to generate a test script.

In at least one embodiment of the present invention, the interface document includes agreed development data, specifically including input items, output items, and the like.

Wherein, the output item may be used as a comparison benchmark of the execution result.

In at least one embodiment of the present invention, the generating unit 114 parses the interface document, and generating a test script includes:

The generating unit 114 obtains input items and output items from the interface document, and generates the test script according to the input items and the output items.

Through the above implementation manner, the generation unit 114 can automatically generate the test script for use in subsequent test tasks, avoiding human participation.

Moreover, since the test script is generated immediately after the execution result is obtained, the time and experience spent on manually writing the test script are saved, and there is no need for the tester to communicate with the developer, which reduces the communication cost and can effectively avoid Errors due to misunderstanding by testers.

The verification unit 115 uses the test script to verify the execution result.

In at least one embodiment of the present invention, after the test script is generated, the verification unit 115 directly uses the test script to verify the execution result, which improves response efficiency.

Through verification, the verification unit 115 can not only test whether the outgoing interface is wrong, but also can test whether each piece of code is wrong according to the output item.

Specifically, the verifying unit 115 verifying the execution result with the test script includes:

The verification unit 115 compares the execution result with the output item, and when the execution result is consistent with the output item, the verification unit 115 determines that the execution result passes the verification;

When the execution result is inconsistent with the output item, the verification unit 115 determines that the execution result fails the verification.

It can be understood that when the execution result is consistent with the output item, it first indicates that the interface is available, so that each piece of code can be executed smoothly according to the interface to verify the correctness of the interface call. Secondly, since the execution result is consistent with the output item, it means that the obtained execution result is correct, that is to say, the execution of each piece of code is correct.

Through the above implementation manner, the verification unit 115 can complete the automatic verification of each piece of code, and the user experience is better.

Preferably, when the verification unit 115 determines that the execution result fails the verification, the method further includes:

The obtaining unit 110 obtains the execution log of the development task, and the locating unit 120 locates the abnormal code from the execution log. Further, the obtaining unit 110 obtains the developer of the abnormal code from the configuration code library. , further, the sending unit 121 sends prompt information to the developer.

Specifically, the prompt information includes, but is not limited to, one or more of the following combinations:

Configuration text information indicating that the code is incorrect, the address of the abnormal code, a screenshot of the abnormal code in the execution log, etc.

Through the above implementation manner, when the code is wrong, the corresponding developer can be reminded in time to make improvements, so as to improve the response speed.

Of course, in other embodiments, the sending unit 121 may also save the execution log, and send relevant abnormal information to the relevant person in charge, so that the relevant person in charge can follow up the progress of the development task in time , and understand each developer's ability to execute.

It can be seen from the above technical solutions that the present invention can obtain the task identification of each subtask in the development task corresponding to the interface document, and according to each task identification, call the code of each subtask from the configuration code library, and further Execute each piece of code that is called, get the execution result of the development task, and automatically obtain the code and execute it, which can avoid the time and energy wasted in manually writing code, and can effectively avoid writing errors, and then generate according to the received interface document A test script, using the test script to verify the execution result, thereby automatically verifying each piece of code, and further realizing the automatic execution of development tasks, not only saves labor costs, but also improves execution efficiency.

As shown in FIG. 3 , it is a schematic structural diagram of an electronic device implementing a preferred embodiment of the development task execution method of the present invention.

The electronic device 1 is a device that can automatically perform numerical calculation and/or information processing according to preset or stored instructions, and its hardware includes but is not limited to a microprocessor, an application specific integrated circuit (Application Specific Integrated Circuit, ASIC) , Programmable gate array (Field-Programmable Gate Array, FPGA), digital processor (Digital Signal Processor, DSP), embedded devices, etc.

The electronic device 1 can also be, but not limited to, any electronic product that can interact with the user through a keyboard, mouse, remote control, touch pad or voice-activated device, such as a personal computer, a tablet computer, a smart phone, etc. , Personal Digital Assistant (PDA), game consoles, Internet Protocol Television (IPTV), smart wearable devices, etc.

The electronic device 1 can also be computing devices such as desktop computers, notebooks, palmtop computers, and cloud servers.

The network where the electronic device 1 is located includes but is not limited to the Internet, a wide area network, a metropolitan area network, a local area network, a virtual private network (Virtual Private Network, VPN) and the like.

In one embodiment of the present invention, the electronic device 1 includes, but is not limited to, a memory 12, a processor 13, and a computer program stored in the memory 12 and operable on the processor 13, such as Develop task executors.

Those skilled in the art can understand that the schematic diagram is only an example of the electronic device 1, and does not constitute a limitation to the electronic device 1, and may include more or less components than those shown in the illustration, or combine certain components, or have different Components, for example, the electronic device 1 may also include input and output devices, network access devices, buses, and the like.

The processor 13 may be a central processing unit (Central Processing Unit, CPU), and may also be other general-purpose processors, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), Off-the-shelf programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc., the processor 13 is the computing core and control center of the electronic device 1, and uses various interfaces and lines to connect the entire electronic device 1, and execute the operating system of the electronic device 1 and various installed applications, program codes, etc.

The processor 13 executes the operating system of the electronic device 1 and various installed application programs. The processor 13 executes the application program to implement the steps in the above embodiments of each development task execution method, such as steps S10 , S11 , S12 , S13 , S14 , S15 , and S16 shown in FIG. 1 .

Alternatively, when the processor 13 executes the computer program, it realizes the functions of the modules/units in the above-mentioned device embodiments, for example: when receiving the interface document, acquires the development task corresponding to the interface document; identifies the developing at least one subtask in the task; obtaining the task identification of each subtask in the at least one subtask; according to each task identification, calling the code of each subtask from the configuration code base; executing each segment of the calling The code is used to obtain the execution result of the development task; the interface document is parsed to generate a test script; and the execution result is verified by the test script.

Exemplarily, the computer program can be divided into one or more modules/units, and the one or more modules/units are stored in the memory 12 and executed by the processor 13 to complete this invention. The one or more modules/units may be a series of computer program instruction segments capable of accomplishing specific functions, and the instruction segments are used to describe the execution process of the computer program in the electronic device 1 . For example, the computer program can be divided into an acquisition unit 110, an identification unit 111, a call unit 112, an execution unit 113, a generation unit 114, a verification unit 115, a determination unit 116, a configuration unit 117, a prompt unit 118, and an update unit 119. , a positioning unit 120 , a sending unit 121 and a detecting unit 122 .

The memory 12 can be used to store the computer programs and/or modules, and the processor 13 runs or executes the computer programs and/or modules stored in the memory 12, and calls the data stored in the memory 12, Various functions of the electronic device 1 are realized. Described memory 12 can mainly comprise storage program area and storage data area, wherein, storage program area can store operating system, the application program (such as sound playback function, image playback function etc.) required by at least one function etc.; Storage data area can be Store data (such as audio data, phone book, etc.) created according to the use of the mobile phone. In addition, the memory 12 can include a high-speed random access memory, and can also include a non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, flash memory card (Flash Card), at least one magnetic disk storage device, flash memory device, or other volatile solid state storage devices.

The memory 12 may be an external memory and/or an internal memory of the electronic device 1 . Further, the memory 12 may be a circuit with a storage function that has no physical form in an integrated circuit, such as RAM (Random-Access Memory, random access memory), FIFO (First In First Out,) and the like. Alternatively, the storage 12 may also be a physical storage, such as a memory stick, a TF card (Trans-flash Card) and the like.

If the integrated modules/units of the electronic device 1 are realized in the form of software function units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the present invention realizes all or part of the processes in the methods of the above embodiments, and can also be completed by instructing related hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer When the program is executed by the processor, the steps in the above-mentioned various method embodiments can be realized.

Wherein, the computer program includes computer program code, and the computer program code may be in the form of source code, object code, executable file or some intermediate form. The computer-readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a USB flash drive, a removable hard disk, a magnetic disk, an optical disk, a computer memory, and a read-only memory (ROM, Read-Only Memory) , Random Access Memory (RAM, Random Access Memory), electrical carrier signal, telecommunication signal, and software distribution medium, etc. It should be noted that the content contained in the computer-readable medium may be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable Excludes electrical carrier signals and telecommunication signals.

Referring to FIG. 1 , the memory 12 in the electronic device 1 stores multiple instructions to implement a development task execution method, and the processor 13 can execute the multiple instructions to realize: when receiving an interface document, Acquiring the development task corresponding to the interface document; identifying at least one subtask in the development task; obtaining the task identification of each subtask in the at least one subtask; according to each task identification, from the configuration code library calling the code of each subtask; executing each piece of code called to obtain the execution result of the development task; parsing the interface document to generate a test script; verifying the execution result with the test script.

According to a preferred embodiment of the present invention, the processor 13 executes a plurality of instructions including:

Obtain historical task data within the preset time interval every preset time interval;

determining all subtasks and all codes corresponding to all subtasks from the historical task data;

Configure task identifiers for all subtasks;

Determine the corresponding relationship between the task identifier and all the codes;

Configure the configuration code base according to the corresponding relationship.

According to a preferred embodiment of the present invention, the processor 13 also executes a plurality of instructions including:

When the code corresponding to the first subtask in the at least one subtask cannot be retrieved from the configuration code library, prompting a designated person to write the first code of the first subtask;

configuring a task identifier for the first subtask;

The first subtask and the first code are updated to the configuration code base according to the task identifier.

According to a preferred embodiment of the present invention, the processor 13 also executes a plurality of instructions including:

Compile each piece of code to get each executable file corresponding to each piece of code;

Deploy the operating environment according to the development tasks;

Execute each executable file in the execution environment to obtain the execution result.

According to a preferred embodiment of the present invention, the processor 13 also executes a plurality of instructions including:

Obtain input items and output items from the interface document;

Generate the test script according to the input item and the output item.

According to a preferred embodiment of the present invention, the processor 13 also executes a plurality of instructions including:

comparing said execution result with said output;

When the execution result is consistent with the output item, determining that the execution result passes the verification;

When the execution result is inconsistent with the output item, it is determined that the execution result fails the verification.

According to a preferred embodiment of the present invention, the processor 13 also executes a plurality of instructions including:

Obtain an execution log of the development task;

Locating abnormal codes from the execution log;

A developer who obtains the exception code from the configuration code library;

Send prompt information to the developer.

Specifically, for the specific implementation method of the above instructions by the processor 13, reference may be made to the description of relevant steps in the embodiment corresponding to FIG. 1 , and details are not repeated here.

In the several embodiments provided by the present invention, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the modules is only a logical function division, and there may be other division methods in actual implementation.

The modules described as separate components may or may not be physically separated, and the components shown as modules may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional module in each embodiment of the present invention may be integrated into one processing unit, or each unit may physically exist separately, or two or more units may be integrated into one unit. The above-mentioned integrated units can be implemented in the form of hardware, or in the form of hardware plus software function modules.

It will be apparent to those skilled in the art that the invention is not limited to the details of the above-described exemplary embodiments, but that the invention can be embodied in other specific forms without departing from the spirit or essential characteristics of the invention.

Accordingly, the embodiments should be regarded in all points of view as exemplary and not restrictive, the scope of the invention being defined by the appended claims rather than the foregoing description, and it is therefore intended that the scope of the invention be defined by the appended claims rather than by the foregoing description. All changes within the meaning and range of equivalents of the elements are embraced in the present invention. Any reference sign in a claim should not be construed as limiting the claim concerned.

In addition, it is obvious that the word "comprising" does not exclude other elements or steps, and the singular does not exclude the plural. A plurality of units or devices stated in the system claims may also be realized by one unit or device through software or hardware. Secondary terms are used to denote names without implying any particular order.

Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention without limitation. Although the present invention has been described in detail with reference to the preferred embodiments, those of ordinary skill in the art should understand that the technical solutions of the present invention can be Modifications or equivalent replacements can be made without departing from the spirit and scope of the technical solutions of the present invention.

Claims (10)

1. a kind of development task executes method, which is characterized in that the described method includes:

When receiving interface document, development task corresponding with the interface document is obtained；

Identify at least one subtask in the development task；

It obtains at least one described subtask, the task identification of each subtask；

According to each task identification, the code of each subtask is transferred from configuration code library；

The every section of code transferred is executed, the implementing result of the development task is obtained；

The interface document is parsed, test script is generated；

The implementing result is verified with the test script.

2. development task as described in claim 1 executes method, which is characterized in that according to each task identification, from configuration Before the code for transferring each subtask in code library, the method also includes:

Every prefixed time interval, the historic task data in the prefixed time interval are obtained；

Determine all subtasks from the historic task data, and all codes corresponding with all subtasks；

It is identified for all subtask configuration tasks；

Determine the corresponding relationship of the task identification Yu all codes；

According to the corresponding relationship, the configuration code library is configured.

3. development task as described in claim 1 executes method, which is characterized in that the method also includes:

When from the corresponding code in the first subtask at least one described subtask cannot be deployed into the configuration code library, Prompt designated person writes the first code of first subtask；

For first subtask configuration task mark；

According to the task identification, first subtask and the first code are updated to the configuration code library.

4. development task as described in claim 1 executes method, which is characterized in that it is described to execute the every section of code transferred, it obtains Implementing result to the development task includes:

Every section of code is compiled, the corresponding each executable file of every section of code is obtained；

According to the development task, running environment is disposed；

Each executable file is executed under the running environment, obtains the implementing result.

5. development task as described in claim 1 executes method, which is characterized in that the parsing interface document generates Test script includes:

Input item and output item are obtained from the interface document；

According to the input item and the output item, the test script is generated.

6. development task as claimed in claim 5 executes method, which is characterized in that described described in test script verifying Implementing result includes:

The implementing result is compared with the output item；

When the implementing result is consistent with the output item, determine that the implementing result passes through verifying；

When the implementing result and the output item are inconsistent, determine that the implementing result is unverified.

7. development task as claimed in claim 6 executes method, which is characterized in that tested when determining that the implementing result does not pass through When card, the method also includes:

Obtain the execution journal of the development task；

Abnormality code is positioned from the execution journal；

The developer of the abnormality code is obtained from the configuration code library；

Prompt information is sent to the developer.

8. a kind of development task executive device, which is characterized in that described device includes:

Acquiring unit, for obtaining development task corresponding with the interface document when receiving interface document；

Recognition unit, for identification at least one subtask in the development task；

The acquiring unit is also used to obtain at least one described subtask, the task identification of each subtask；

Unit is transferred, for transferring the code of each subtask from configuration code library according to each task identification；

Execution unit obtains the implementing result of the development task for executing the every section of code transferred；

Generation unit generates test script for parsing the interface document；

Authentication unit, for verifying the implementing result with the test script.

9. a kind of electronic equipment, which is characterized in that the electronic equipment includes:

Memory stores at least one instruction；And

Processor executes the instruction stored in the memory to realize exploitation as claimed in any of claims 1 to 7 in one of claims Task executing method.

10. a kind of computer readable storage medium, it is characterised in that: be stored at least one in the computer readable storage medium A instruction, at least one described instruction are executed by the processor in electronic equipment to realize such as any one of claim 1 to 7 The development task executes method.