Project test risk monitoring method and device

Abstract

The present invention provides a project test risk monitoring method and device, which relates to the financial field. The method includes: generating a test milestone for the tested project according to the actual delivery time of each requirement item of the tested project; blending the test case according to the submission time of the test case of each requirement item and the actual delivery time of each requirement item to determine the test case delivery rate of each requirement item; and monitoring the risk of the tested project according to the test milestone, the actual delivery time of each requirement item and the test case pass rate of each requirement item. The present invention generates a reasonable test milestone according to the actual delivery time of the requirement item, which solves the problem caused by the unreasonable setting of the test milestone. By controlling the blending of test cases, blending cases according to the actual test situation, reducing test risks, identifying the situation of lagging test progress, timely understanding the project test situation and possible risks, and making predictions and response strategies in advance, the project test risks can be controlled.

Description

Technical Field

[0001] The invention relates to software testing technology, in particular to a project testing risk monitoring method and device. Background Art

[0002] With the popularity of requirement items, all projects are currently managed according to the requirement item management model. However, a project has multiple requirement items, and the delivery time of each requirement item may be different. The number of test cases corresponding to each requirement item is also different. However, the test milestones in current project management are still formulated according to the original traditional unified delivery date. All projects have a fixed milestone, and there is a situation where the test milestone does not match the actual situation of the project.

[0003] During the project testing process, when blending test cases, the test cases corresponding to the undelivered requirements can be blended. There are test cases that have been blended and passed, but have not been actually verified, or have not covered the production scenario, or there are problems that affect production, leaving production risks. In project management, there are situations where the test cases corresponding to the requirements delivered in the early stage are not blended until the last week. The project leader needs to supervise the blending one by one. There is no automatic reminder function for the test status of project members, and the test status of test members cannot be understood in time, so the potential risks in project testing cannot be grasped in time. Summary of the invention

[0004] In view of the defects in the project testing process of the prior art, in order to overcome at least one of the defects, the present invention provides a project testing risk monitoring method, comprising:

[0005] Generate test milestones for the project under test based on the actual delivery time of each requirement item of the project under test;

[0006] Determine the test case delivery rate of each requirement item based on the submission time of the test case of each requirement item and the actual delivery time of each requirement item;

[0007] Conduct risk monitoring of the project being tested based on the test milestones, actual delivery time of each requirement item, and the test case pass rate of each requirement item.

[0008] In the embodiment of the present invention, the method of determining the test case delivery rate of each requirement item by blending the test case according to the submission time of each requirement item test case and the actual delivery time of each requirement item includes:

[0009] Get the actual delivery time of the current requirement item according to the requirement item name corresponding to the requirement item test case;

[0010] If it is determined that the actual delivery time of the current requirement item is earlier than the submission time of the test case of the current requirement item, the test case blending is performed to determine the test case delivery rate of the current requirement item.

[0011] In an embodiment of the present invention, the risk monitoring of the tested project according to the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item includes:

[0012] If the actual delivery time of the current demand item is determined to be no earlier than the submission time of the test case of the current demand item, a blending risk warning message is generated.

[0013] In the embodiment of the present invention, the risk monitoring of the tested project according to the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item further includes:

[0014] Obtain the test case delivery rate of each requirement item according to the preset time;

[0015] Compare the test case delivery rate of the current requirement item obtained with the corresponding coverage rate in the test milestone;

[0016] Determine if the test case delivery rate of the current requirement item is less than the corresponding coverage rate, and generate a warning message about the risk of delayed test progress.

[0017] In an embodiment of the present invention, risk monitoring of the tested project according to the test milestones, the actual delivery time of each requirement item, and the test case pass rate of each requirement item includes:

[0018] Based on the test case delivery rate of the current requirement items and the time delivery time of the requirement items, risk warnings are issued for the requirement items that have not completed the test; wherein the requirement items that have not completed the test include: requirement items that are not covered by the test and requirement items that have not passed the test.

[0019] In the embodiment of the present invention, when a new test case is determined, the test milestone is updated; which includes:

[0020] The planned pass rate and planned coverage rate of each period of the tested project are determined based on the first actual delivery date and test cycle as the initial value of the test milestone;

[0021] The planned pass rate and planned coverage of each time period are updated according to the number of test cases actually delivered in each time period of the test cycle and the total number of test cases for the project, and the updated planned pass rate and planned coverage of each time period are used as the test milestones of the tested project.

[0022] At the same time, the present invention also provides a project test risk monitoring device, comprising:

[0023] A milestone generation module is used to generate test milestones for the project under test based on the actual delivery time of each requirement item of the project under test;

[0024] The blending module is used to blend the test cases according to the submission time of the test cases of each requirement item and the actual delivery time of each requirement item to determine the test case delivery rate of each requirement item;

[0025] The risk reminder module is used to monitor the risks of the tested project based on the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item.

[0026] In an embodiment of the present invention, the blending module includes:

[0027] A time comparison unit, used to obtain the actual delivery time of the current requirement item according to the requirement item name corresponding to the requirement item test case;

[0028] The blending unit is used to determine that if the actual delivery time of the current demand item obtained is earlier than the submission time of the test case of the current demand item, then the test case is blended to determine the test case delivery rate of the current demand item.

[0029] In an embodiment of the present invention, the risk reminder module includes:

[0030] The blending risk reminder unit is used to determine that the actual delivery time of the current demand item obtained is not earlier than the submission time of the test case of the current demand item, and then generate blending risk reminder information.

[0031] In an embodiment of the present invention, the risk reminder module further includes:

[0032] A delivery rate acquisition unit is used to acquire the test case delivery rate of each requirement item according to a preset time;

[0033] A comparison unit, used to compare the obtained test case delivery rate of the current requirement item with the corresponding coverage rate in the test milestone;

[0034] The test progress risk reminder unit is used to determine that the test case delivery rate of the current requirement item is less than the corresponding coverage rate, and generate test progress delay risk reminder information.

[0035] In an embodiment of the present invention, the risk reminder module further includes:

[0036] The test situation risk warning unit is used to provide risk warnings for requirements that have not completed testing based on the test case delivery rate of the current requirement items and the time delivery time of the requirement items; wherein the requirements that have not completed testing include: requirements that have not been covered by the test and requirements that have not passed the test.

[0037] In an embodiment of the present invention, the project test risk monitoring device further includes:

[0038] An update module is used to update the test milestone when a new test case is determined; it includes:

[0039] A milestone initial value determination unit is used to determine the planned pass rate and planned coverage rate of each period of the tested project based on the first actual delivery date and test cycle as the test milestone initial value;

[0040] The update unit updates the planned pass rate and planned coverage rate of each time period according to the number of test cases actually delivered in each time period of the test cycle and the total number of test cases for the project, and uses the updated planned pass rate and planned coverage rate of each time period as the test milestone of the tested project.

[0041] At the same time, the present invention also provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, and the above method is implemented when the processor executes the computer program.

[0042] At the same time, the present invention also provides a computer-readable storage medium, which stores a computer program for executing the above method.

[0043] The present invention provides a project test risk monitoring method and device, which generates a test milestone of the tested project according to the actual delivery time of each requirement item of the tested project, and determines the test case delivery rate of each requirement item by blending the test case according to the submission time of the test case of the requirement item, and monitors the risk of the tested project according to the test milestone, the actual delivery time of each requirement item and the test case pass rate of each requirement item. The present invention provides a project test risk monitoring method and device that automatically generates reasonable test milestones and automatically prompts project test risks according to the actual situation of requirement item delivery and case entry, and can generate reasonable test milestones according to the actual delivery time of the requirement item and the case situation corresponding to the requirement item, solving the problem of blending test cases in order to meet the progress in the project management process due to unreasonable test milestone settings. By controlling the blending of test cases, testers can blend cases according to the actual test situation, avoid the situation where the version has not been delivered but the test case has been blended and passed, and reduce the test risk. By obtaining the project test situation, automatically identifying the situation where the test progress is lagging, timely understanding the project test situation and possible risks, making predictions and response strategies in advance, the project test risk can be controlled.

[0044] In order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand, preferred embodiments are specifically cited below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0046] Figure 1 A flowchart of the project test risk monitoring method provided by the present invention;

[0047] Figure 2 A block diagram of the project test risk monitoring device provided by the present invention;

[0048] Figure 3 is a block diagram in an embodiment of the present invention;

[0049] Figure 4 is a block diagram in an embodiment of the present invention;

[0050] Figure 5 A schematic diagram of a system provided by an embodiment of the present invention;

[0051] Figure 6 is a block diagram in an embodiment of the present invention;

[0052] Figure 7 is a block diagram in an embodiment of the present invention;

[0053] Figure 8 is a block diagram in an embodiment of the present invention;

[0054] Fig. 9 A schematic diagram of an electronic device provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0055] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0056] The project management system of the prior art cannot formulate reasonable test milestones according to the actual delivery time of project requirements and the number of cases corresponding to the requirements, cannot control the effectiveness of test case blending, and cannot automatically remind the project leader and project members of the test status so as to identify test risks in time.

[0057] In view of this, the present invention provides a project test risk monitoring method, such as Figure 1 As shown, the project test risk monitoring method provided by the present invention includes:

[0058] Step S101, generating a test milestone for the project under test according to the actual delivery time of each requirement item of the project under test;

[0059] Step S102, determining the test case delivery rate of each requirement item by blending the test cases according to the submission time of each requirement item test case and the actual delivery time of each requirement item;

[0060] Step S103 , performing risk monitoring on the project under test according to the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item.

[0061] The project test risk monitoring method provided by the present invention generates a test milestone of the tested project according to the actual delivery time of each requirement item of the tested project, and determines the test case delivery rate of each requirement item by blending the test case according to the submission time of the test case of the requirement item, and monitors the risk of the tested project according to the test milestone, the actual delivery time of each requirement item and the test case pass rate of each requirement item. The present invention provides a project test risk monitoring method that generates reasonable test milestones and automatically prompts project test risks according to the delivery of requirement items and actual conditions, and can generate reasonable test milestones according to the actual delivery time of the requirement items and the case conditions corresponding to the requirement items, solving the problem of blending test cases in the project management process to meet the progress due to unreasonable test milestone settings.

[0062] In step S101, a test milestone for the project under test is generated according to the actual delivery time of each requirement item of the project under test, that is, after each requirement item is linked to a case, a project initialization milestone is generated according to the delivery time of each requirement item and the corresponding number of cases. The present invention generates reasonable test milestones according to the actual delivery time of the requirement item and the case situation corresponding to the requirement item, which solves the defects in the project management process caused by unreasonable setting of test milestones, and overcomes the situation in the prior art that the generated test plan, i.e., the test milestone, is unreasonable because the delivery time of each requirement item in the project is different.

[0063] In addition, in the embodiment of the present invention, when a new requirement item is added or a new test case is imported during the test process, the test milestone is adjusted according to the actual situation. Specifically, as follows:

[0064] After the requirements are linked to the cases, a project initialization milestone is generated based on the delivery time of each requirement and the corresponding number of cases;

[0065] In this embodiment, the initial value of the milestone is:

[0066] All requirements are delivered on the first centralized delivery date, and the testing cycle is n weeks to generate an initial testing milestone w1, w2....wn-1 、w n , are the plan passing rates of the first week, the second week, the n-1th week, and the nth week, wr1, wr2...wr n-1 , wr n is the planned coverage rate of the first week, the second week, the n-1 week, and the nth week. The planned coverage rate (wr n )-Program pass rate (w n )<=10%, where w n =wr n =100%.

[0067] After the initialization milestone is generated, it is regularly determined whether the requirement items or the number of cases have changed. If there is no change, it is kept consistent with the initialization milestone. If there is a change, a new milestone is generated according to the following algorithm.

[0068] Change Testing Milestones:

[0069] Assume that the project contains m test cases. The number of test cases corresponding to the requirement items delivered in week 1 is a1, the number of test cases corresponding to the requirement items delivered in week 2 is a2, and the number of test cases corresponding to the requirement items delivered in week n-1 is a1. n-1 Then the adjusted weekly plan passing rate is:

[0070] w1'=w1*a1 / m*100%;

[0071] w2'=w2*(a1+a2) / m*100%;

[0072] w n-1 '=w n-1 *(a1+a2+...+a n-2 +a n-1 ) / m*100%;

[0073] w n '=100%.

[0074] The adjusted weekly plan coverage is as follows:

[0075] wr1'=wr1*a1 / m*100%;

[0076] wr2'=wr2*(a1+a2) / m*100%;

[0077] wr n-1 '=wr n-1 *(a1+a2+...+a n-2 +a n-1 ) / m*100%;

[0078] wr n '=100%.

[0079] In the embodiment of the present invention, in step S102, blending the test cases according to the submission time of the test cases of each requirement item and the actual delivery time of each requirement item to determine the test case delivery rate of each requirement item includes:

[0080] Get the actual delivery time of the current requirement item according to the requirement item name corresponding to the requirement item test case;

[0081] If it is determined that the actual delivery time of the current requirement item is earlier than the submission time of the test case of the current requirement item, the test case blending is performed to determine the test case delivery rate of the current requirement item.

[0082] If the actual delivery time of the current demand item is determined to be no earlier than the submission time of the test case of the current demand item, a blending risk warning message is generated.

[0083] Specifically, during the testing process, when project members are blending test cases, the delivery time of the requirement item corresponding to the test case is determined. If the blending time of the current test case has not yet reached the delivery time and it is not allowed to blend directly, a corresponding prompt will be given. By controlling the blending of test cases, testers can blend cases according to actual test conditions, avoiding the situation where the version has not been delivered but the test case has been blended and passed, thereby reducing testing risks. In addition, the present invention generates test milestones according to the actual submission time of the requirement item, thereby overcoming the problem of blending test cases in the project management process in order to meet the progress due to unreasonable setting of test milestones in the prior art.

[0084] In an embodiment of the present invention, test case blending includes: marking the status of the test case, and when the test result is consistent with the expected result of the test case, the test case is considered to have passed the test, and the test case status is marked as a test completion status. In the prior art, there is no control or prompt for the blending of test cases. When blending test cases, the test cases corresponding to the undelivered requirement items can be blended. There are test cases that have been blended and passed, but have not been actually verified, or have not covered the production scenario, or there are problems that affect the production, thereby leaving production risks.

[0085] In an embodiment of the present invention, if it is determined that the actual delivery time of the current requirement item is earlier than the submission time of the test case of the current requirement item, test case blending is performed, and the test case status is marked as the test completion status. The test case delivery rate of the current requirement item is determined based on the ratio of the number of test cases in the test completion status to the total number of test cases for the current requirement item, and the test case delivery rate is used to monitor the test status of each requirement item.

[0086] In the embodiment of the present invention, step S103 of performing risk monitoring on the tested project according to the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item further includes:

[0087] Obtain the test case delivery rate of each requirement item according to the preset time;

[0088] Compare the test case delivery rate of the current requirement item obtained with the corresponding coverage rate in the test milestone;

[0089] Determine if the test case delivery rate of the current requirement item is less than the corresponding coverage rate, and generate a warning message about the risk of delayed test progress.

[0090] Risk monitoring of the project under test based on the test milestones, the actual delivery time of each requirement and the test case pass rate of each requirement also includes:

[0091] Based on the test case delivery rate of the current requirement items and the time delivery time of the requirement items, risk warnings are issued for the requirement items that have not completed the test; wherein the requirement items that have not completed the test include: requirement items that are not covered by the test and requirement items that have not passed the test.

[0092] In the specific implementation, based on the testing status of each project member's requirement items, risk warnings are issued for requirement items that have been delivered for more than a week but have not been covered or tested, reminding the project leader to follow up and prepare relevant response measures.

[0093] The present invention provides a project test risk monitoring method, which generates a test milestone of the tested project according to the actual delivery time of each requirement item of the tested project, and determines the test case delivery rate of each requirement item by blending the test case according to the submission time of the test case of the requirement item, and monitors the risk of the tested project according to the test milestone, the actual delivery time of each requirement item and the test case pass rate of each requirement item. The present invention provides a project test risk monitoring method and device that automatically generates reasonable test milestones and automatically prompts project test risks according to the actual situation of requirement item delivery and case entry, and can generate reasonable test milestones according to the actual delivery time of the requirement item and the case situation corresponding to the requirement item, solving the problem of blending test cases in order to meet the progress in the project management process due to unreasonable test milestone settings. By controlling the blending of test cases, testers can blend cases according to the actual test situation, avoid the situation where the version has not been delivered but the test case has been blended and passed, and reduce test risks. By obtaining the project test situation, automatically identifying the situation where the test progress is lagging, timely understanding the project test situation and possible risks, making predictions and response strategies in advance, the project test risks can be controlled.

[0094] At the same time, the present invention also provides a project test risk monitoring device, such as Figure 2 As shown, including:

[0095] Milestone generation module 201, used to generate test milestones of the project under test according to the actual delivery time of each requirement item of the project under test;

[0096] The blending module 202 is used to blend the test cases according to the submission time of the test cases of each requirement item to determine the test case delivery rate of each requirement item;

[0097] The risk reminder module 203 is used to monitor the risk of the tested project according to the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item.

[0098] The project test risk monitoring device provided by the present invention generates a test milestone of the tested project according to the actual delivery time of each requirement item of the tested project, and determines the test case delivery rate of each requirement item by blending the test case according to the submission time of the test case of the requirement item, and monitors the risk of the tested project according to the test milestone, the actual delivery time of each requirement item and the test case pass rate of each requirement item. The present invention provides a project test risk monitoring device that generates reasonable test milestones and automatically prompts project test risks according to the delivery of requirement items and actual conditions, and can generate reasonable test milestones according to the actual delivery time of the requirement items and the case conditions corresponding to the requirement items, solving the problem of blending test cases in order to meet the progress in the project management process due to unreasonable test milestone settings.

[0099] like Figure 3 As shown, in the embodiment of the present invention, the blending module 202 includes:

[0100] The time comparison unit 221 is used to obtain the actual delivery time of the current requirement item according to the requirement item name corresponding to the requirement item test case;

[0101] The blending unit 2022 is used to determine that if the actual delivery time of the current requirement item obtained is earlier than the submission time of the test case of the current requirement item, then perform case blending to determine the test case delivery rate of the current requirement item.

[0102] In the embodiment of the present invention, Figure 4 As shown, the risk reminder module 203 includes:

[0103] The blending risk reminder unit 2031 is used to determine that the actual delivery time of the current demand item obtained is not earlier than the submission time of the test case of the current demand item, and then generate blending risk reminder information.

[0104] In the embodiment of the present invention, the risk reminder module 203 further includes:

[0105] The delivery rate acquisition unit 2032 is used to acquire the test case delivery rate of each requirement item according to a preset time;

[0106] A comparison unit 2033, used to compare the obtained test case delivery rate of the current requirement item with the corresponding coverage rate in the test milestone;

[0107] The test progress risk reminder unit 2034 is used to determine that the test case delivery rate of the current requirement item is less than the corresponding coverage rate, and generate test progress delay risk reminder information.

[0108] The present invention provides a project test risk monitoring device, and provides a project test risk monitoring device that automatically generates reasonable test milestones and automatically prompts project test risks according to the actual delivery of requirements and case entry conditions. Reasonable test milestones can be generated according to the actual delivery time of the requirements and the case conditions corresponding to the requirements, solving the problem of blending test cases in the project management process to meet the progress due to unreasonable test milestone settings. By controlling the blending of test cases, testers can blend cases according to actual test conditions, avoiding the situation where the version has not been delivered but the test case has been blended and passed, and reducing test risks. By obtaining the project test situation, the situation of lagging test progress can be automatically identified, the project test situation and possible risks can be timely understood, and predictions and response strategies can be made in advance, thereby controlling project test risks.

[0109] It should be noted that the project test risk monitoring method and device disclosed herein can be used to monitor project risks in the financial field, and can also be used to monitor project risks in any field other than the financial field. The application field of the project test risk monitoring method and device disclosed herein is not limited.

[0110] The existing project management system cannot formulate reasonable test milestones based on the actual delivery time of project requirements and the number of cases corresponding to the requirements, cannot control the effectiveness of test case blending, and cannot automatically remind project leaders and project members of the test status in order to identify test risks in a timely manner. How to provide a new solution to solve the above technical problems is a technical problem that needs to be solved urgently in this field.

[0111] In order to solve the problems that in the requirement item management mode, it is impossible to generate reasonable test milestones according to the actual situation of requirement item delivery and case entry, it is impossible to control the validity of test case blending, and it is impossible to automatically remind the project leader and project members of the test status, an embodiment of the present invention provides a system that automatically generates reasonable test milestones according to the actual situation of requirement item delivery and case entry, and automatically prompts the project test status.

[0112] like Figure 5As shown, a system for automatically generating reasonable test milestones and automatically prompting project test status according to the actual situation of requirement item delivery and case entry provided by an embodiment of the present invention includes:

[0113] Project test milestone generation module 1, test case blending control module 2, project test risk warning module 3, including:

[0114] Project test milestone generation module 1: mainly realizes automatic generation of reasonable test milestones based on the actual delivery time of project requirements and the test cases corresponding to the requirements. When new requirements are added or new test cases are imported during the test process, the test milestones are adjusted according to the actual situation;

[0115] Test case blending control module 2: It mainly realizes that when project members blend test cases, they judge the delivery time of the requirement items corresponding to the test cases. If the delivery time has not yet arrived, they will not be allowed to blend directly, and a dialog box will pop up to give corresponding prompts.

[0116] Project test risk warning module 3: mainly realizes automatic sending of project members’ test status to the project leader, and reminds them of possible risks in project testing.

[0117] Figure 6 This is a block diagram of a project test milestone generation module 1 in an embodiment of the present invention, wherein:

[0118] Project test initialization milestone generation unit 11: After the requirements are linked to the cases, a project initialization milestone is generated according to the delivery time of each requirement and the corresponding number of cases;

[0119] Milestone change unit 12 during the test process: After the initialization milestone is generated, regularly determine whether the requirement items or the number of cases have changed. If there is no change, keep it consistent with the initialization milestone. If there is a change, generate a new milestone according to the following algorithm.

[0120] Milestone initial value:

[0121] All requirements are delivered on the first centralized delivery date, and the testing cycle is n weeks to generate an initial testing milestone w1, w2....w n-1 、w n , are the plan passing rates of the first week, the second week, the n-1th week, and the nth week, wr1, wr2...wr n-1 , wr n is the planned coverage rate of the first week, the second week, the n-1 week, and the nth week. The planned coverage rate (wr n )-Program pass rate (w n )<=10%, where w n =wr n=100%.

[0122] After the initialization milestone is generated, it is regularly determined whether the requirement items or the number of cases have changed. If there is no change, it is kept consistent with the initialization milestone. If there is a change, a new milestone is generated according to the following algorithm.

[0123] Change Testing Milestones:

[0124] Assume that the project contains m test cases. The number of test cases corresponding to the requirement items delivered in week 1 is a1, the number of test cases corresponding to the requirement items delivered in week 2 is a2, and the number of test cases corresponding to the requirement items delivered in week n-1 is a1. n-1 Then the adjusted weekly plan passing rate is:

[0125] w1'=w1*a1 / m*100%;

[0126] w2'=w2*(a1+a2) / m*100%;

[0127] w n-1 '=w n-1 *(a1+a2+...+a n-2 +a n-1 ) / m*100%;

[0128] w n '=100%.

[0129] The adjusted weekly plan coverage is as follows:

[0130] wr1'=wr1*a1 / m*100%;

[0131] wr2'=wr2*(a1+a2) / m*100%;

[0132] wr n-1 '=wr n-1 *(a1+a2+...+a n-2 +a n-1 ) / m*100%;

[0133] wr n '=100%.

[0134] Figure 7 As shown, it is a block diagram of the test case blending control module 2 in the embodiment, which includes:

[0135] The delivery time acquisition unit 21 of the demand item to which the blending case belongs: acquires the name of the corresponding demand item from the case library, and then acquires the delivery time of the corresponding demand item according to the name;

[0136] Current system time acquisition unit 22: acquires current time;

[0137] The test case blending control unit 23 compares the corresponding demand item delivery time obtained by the demand item delivery time obtaining unit 21 and the current time obtained by the current system time obtaining unit 22 to which the blending case belongs.

[0138] If the former is greater than the latter, it cannot be directly blended. A dialog box will pop up to prompt that the delivery time of the requirement item has not yet arrived. Please confirm whether the requirement item has been delivered. If it has been delivered, please feedback the delivery time. If it has not been delivered, the case cannot be blended in advance; if the former is less than the latter, it can be directly blended.

[0139] Demand item delivery time changing unit 24: When the test case blending control unit 23 feeds back the demand item delivery time, it means that the demand item is not delivered as originally planned but is delivered ahead of schedule. In this embodiment, the delivery time of the demand item is changed to the time fed back in the test case blending control unit 23.

[0140] Figure 8 The block diagram of the project test risk warning module 3 in this embodiment is shown, which includes:

[0141] The project member test status acquisition unit 31 acquires the test status of each project member's requirement item.

[0142] In an embodiment of the present invention, if it is determined that the actual delivery time of the current requirement item is earlier than the submission time of the test case of the current requirement item, test case blending is performed, and the test case status is marked as the test completion status. The test case delivery rate of the current requirement item is determined based on the ratio of the number of test cases in the test completion status to the total number of test cases for the current requirement item, and the test case delivery rate is used as the requirement item test status of each project member.

[0143] Project member test situation risk warning unit 32: According to the test situation of each project member's requirement item, risk warnings are given on the requirement test situation at a preset time. Specifically, in this embodiment, risk warnings are given for requirement items that have been delivered for more than a week but have not been covered or tested, and the email system is called to remind the project leader to focus on follow-up and prepare relevant response measures.

[0144] The embodiment of the present invention provides a system that automatically generates reasonable test milestones and automatically prompts project test risks based on the actual delivery of requirements and case entry. Reasonable test milestones can be generated based on the actual delivery time of the requirements and the case situation corresponding to the requirements, which solves the problem of blending test cases in the project management process to meet the progress due to unreasonable test milestone settings. By controlling the blending of test cases through the system, testers can blend cases according to the actual test situation, avoiding the situation where the version has not been delivered but the test case has been blended and passed, thereby reducing test risks. By automatically obtaining the test situation of project test members and automatically identifying the situation where the test progress is lagging behind, and reminding the project leader of the relevant situation through email, the project leader can be informed of the project test situation and possible risks in a timely manner, make predictions and response strategies in advance, and control project test risks.

[0145] This embodiment also provides an electronic device, which may be a desktop computer, a tablet computer, a mobile terminal, etc., but this embodiment is not limited thereto. In this embodiment, the electronic device may refer to the embodiments of the aforementioned method and device, the contents of which are incorporated herein, and the repeated parts are not repeated.

[0146] Fig. 9 FIG. 6 is a schematic block diagram of a system structure of an electronic device 600 according to an embodiment of the present invention. Fig. 9 As shown, the electronic device 600 may include a central processor 100 and a memory 140; the memory 140 is coupled to the central processor 100. It should be noted that this figure is exemplary; other types of structures may also be used to supplement or replace this structure to implement telecommunication functions or other functions.

[0147] In one embodiment, the project test risk monitoring function may be integrated into the central processor 100. The central processor 100 may be configured to perform the following control:

[0148] Generate test milestones for the project under test based on the actual delivery time of each requirement item of the project under test;

[0149] Determine the test case delivery rate of each requirement item by blending the test cases according to the submission time of each requirement item;

[0150] Conduct risk monitoring of the project being tested based on the test milestones, actual delivery time of each requirement item, and the test case pass rate of each requirement item.

[0151] In another embodiment, the project test risk monitoring device may be configured separately from the central processor 100. For example, the project test risk monitoring device may be configured as a chip connected to the central processor 100, and the project test risk monitoring function may be implemented under the control of the central processor.

[0152] In the embodiment of the present invention, the method of determining the test case delivery rate of each requirement item by blending the test case according to the submission time of each requirement item test case and the actual delivery time of each requirement item includes:

[0153] Get the actual delivery time of the current requirement item according to the requirement item name corresponding to the requirement item test case;

[0154] If it is determined that the actual delivery time of the current requirement item is earlier than the submission time of the test case of the current requirement item, case blending is performed to determine the test case delivery rate of the current requirement item.

[0155] In an embodiment of the present invention, the risk monitoring of the tested project according to the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item includes:

[0156] If the actual delivery time of the current demand item is determined to be no earlier than the submission time of the test case of the current demand item, a blending risk warning message is generated.

[0157] In the embodiment of the present invention, the risk monitoring of the tested project according to the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item further includes:

[0158] Obtain the test case delivery rate of each requirement item according to the preset time;

[0159] Compare the test case delivery rate of the current requirement item obtained with the corresponding coverage rate in the test milestone;

[0160] Determine if the test case delivery rate of the current requirement item is less than the corresponding coverage rate, and generate a warning message about the risk of delayed test progress.

[0161] like Fig. 9 As shown, the electronic device 600 may further include: a communication module 110, an input unit 120, an audio processing unit 130, a display 160, and a power supply 170. It is worth noting that the electronic device 600 does not necessarily have to include Fig. 9 In addition, the electronic device 600 may also include Fig. 9 For components not shown, reference may be made to the prior art.

[0162] like Fig. 9 As shown, the central processor 100 is sometimes also referred to as a controller or an operation control, and may include a microprocessor or other processor devices and / or logic devices. The central processor 100 receives inputs and controls the operations of various components of the electronic device 600.

[0163] The memory 140 may be, for example, one or more of a cache, a flash memory, a hard drive, a removable medium, a volatile memory, a non-volatile memory or other suitable devices. The above-mentioned information related to the failure may be stored, and a program for executing the relevant information may also be stored. The CPU 100 may execute the program stored in the memory 140 to implement information storage or processing.

[0164] The input unit 120 provides input to the CPU 100. The input unit 120 is, for example, a key or a touch input device. The power supply 170 is used to provide power to the electronic device 600. The display 160 is used to display display objects such as images and text. The display may be, for example, an LCD display, but is not limited thereto.

[0165] The memory 140 may be a solid-state memory, such as a read-only memory (ROM), a random access memory (RAM), a SIM card, etc. It may also be a memory that saves information even when the power is off, can be selectively erased, and is provided with more data, examples of which are sometimes referred to as EPROMs, etc. The memory 140 may also be some other type of device. The memory 140 includes a buffer memory 141 (sometimes referred to as a buffer). The memory 140 may include an application / function storage unit 142, which is used to store application programs and function programs or processes for executing the operation of the electronic device 600 through the central processor 100.

[0166] The memory 140 may also include a data storage unit 143 for storing data, such as contacts, digital data, pictures, sounds, and / or any other data used by the electronic device. The driver storage unit 144 of the memory 140 may include various drivers for communication functions of the electronic device and / or for executing other functions of the electronic device (such as messaging applications, address book applications, etc.).

[0167] The communication module 110 is a transmitter / receiver 110 that transmits and receives signals via an antenna 111. The communication module (transmitter / receiver) 110 is coupled to the central processor 100 to provide input signals and receive output signals, which may be the same as the case of a conventional mobile communication terminal.

[0168] Based on different communication technologies, multiple communication modules 110 may be provided in the same electronic device, such as a cellular network module, a Bluetooth module and / or a wireless LAN module. The communication module (transmitter / receiver) 110 is also coupled to a speaker 131 and a microphone 132 via an audio processor 130 to provide an audio output via the speaker 131 and receive an audio input from the microphone 132, thereby realizing a common telecommunication function. The audio processor 130 may include any suitable buffer, decoder, amplifier, etc. In addition, the audio processor 130 is also coupled to the central processor 100, so that the sound can be recorded on the local machine through the microphone 132, and the sound stored on the local machine can be played through the speaker 131.

[0169] An embodiment of the present invention further provides a computer-readable program, wherein when the program is executed in an electronic device, the program enables a computer to execute the project test risk monitoring method as described in the above embodiment in the electronic device.

[0170] An embodiment of the present invention further provides a storage medium storing a computer-readable program, wherein the computer-readable program enables a computer to execute the project test risk monitoring described in the above embodiment in an electronic device.

[0171] The preferred embodiments of the present invention have been described above with reference to the accompanying drawings. Many features and advantages of these embodiments are clear from this detailed description, and therefore the appended claims are intended to cover all such features and advantages of these embodiments that fall within their true spirit and scope. In addition, since many modifications and changes are readily apparent to those skilled in the art, the embodiments of the present invention are not intended to be limited to the precise structure and operation illustrated and described, but all suitable modifications and equivalents that fall within their scope may be included.

[0172] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0173] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0174] These computer program instructions may also be stored in a computer readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture including an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0175] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0176] The present invention uses specific embodiments to illustrate the principles and implementation methods of the present invention. The description of the above embodiments is only used to help understand the method of the present invention and its core idea. At the same time, for those skilled in the art, according to the idea of ​​the present invention, there will be changes in the specific implementation methods and application scope. In summary, the content of this specification should not be understood as a limitation on the present invention.

Claims

1. A project test risk monitoring method, characterized in that: The method includes: Generate test milestones for the project under test based on the actual delivery time of each requirement item of the project under test; Determine the test case delivery rate of each requirement item based on the submission time of the test case of each requirement item and the actual delivery time of each requirement item; Conduct risk monitoring of the project under test based on the test milestones, the actual delivery time of each requirement item, and the test case pass rate of each requirement item; The method of blending the test cases according to the submission time of the test cases of each requirement item and the actual delivery time of each requirement item to determine the test case delivery rate of each requirement item includes: obtaining the actual delivery time of the current requirement item according to the requirement item name corresponding to the requirement item test case; blending the test cases if it is determined that the actual delivery time of the current requirement item is earlier than the submission time of the test case of the current requirement item to determine the test case delivery rate of the current requirement item; Among them, the risk monitoring of the tested project based on the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item includes: determining that the actual delivery time of the current requirement item obtained is not earlier than the submission time of the test case of the current requirement item, and then generating blending risk warning information.

2. The project test risk monitoring method according to claim 1, characterized in that: The risk monitoring of the tested project according to the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item also includes: Obtain the test case delivery rate of each requirement item according to the preset time; Compare the test case delivery rate of the current requirement item obtained with the corresponding coverage rate in the test milestone; Determine if the test case delivery rate of the current requirement item is less than the corresponding coverage rate, and generate a warning message about the risk of delayed test progress.

3. The project test risk monitoring method according to claim 1, characterized in that: The risk monitoring of the tested project according to the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item includes: Based on the test case delivery rate of the current requirement items and the time delivery time of the requirement items, risk warnings are issued for the requirement items that have not completed the test; wherein the requirement items that have not completed the test include: requirement items that are not covered by the test and requirement items that have not passed the test.

4. The project test risk monitoring method according to claim 1, characterized in that: The method further comprises: If a new test case is determined, the test milestone is updated; it includes: The planned pass rate and planned coverage rate of each period of the tested project are determined based on the first actual delivery date and test cycle as the initial value of the test milestone; The planned pass rate and planned coverage of each time period are updated according to the number of test cases actually delivered in each time period of the test cycle and the total number of test cases for the project, and the updated planned pass rate and planned coverage of each time period are used as the test milestones of the tested project.

5. A project test risk monitoring device, characterized in that: The device comprises: A milestone generation module is used to generate test milestones for the project under test based on the actual delivery time of each requirement item of the project under test; The blending module is used to blend the test cases according to the submission time of the test cases of each requirement item to determine the test case delivery rate of each requirement item; A risk reminder module is used to monitor the risks of the tested project based on the test milestones, the actual delivery time of each requirement item and the test case pass rate of each requirement item; The blending module includes: a time comparison unit, which is used to obtain the actual delivery time of the current demand item according to the demand item name corresponding to the demand item test case; a blending unit, which is used to determine that if the actual delivery time of the current demand item obtained is earlier than the submission time of the current demand item test case, then perform test case blending to determine the test case delivery rate of the current demand item; Wherein, the risk reminder module includes: a blending risk reminder unit, which is used to determine that the actual delivery time of the current demand item obtained is not earlier than the submission time of the test case of the current demand item, and then generate blending risk warning information.

6. A computer device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the method according to any one of claims 1 to 4 is implemented.

7. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program for executing the method according to any one of claims 1 to 4.

8. A computer program product, characterized in that The computer program product comprises a computer program which, when executed by a processor, implements the method according to any one of claims 1 to 4.

Images