Overview | |
---|---|
Definition (Hover Text) | Measures the percentage of defects leaked from the current testing stage to the subsequent stage |
Source Tools | Jira, Azure Boards |
Graph type | Line chart |
Filters | - |
Hover Format on KPI | Sprint Name: <<Percentage Value>> Escaped Defects: <<Value>> Total Defects : <<Value>> |
Fields on Overlay |
|
Business Logic | |
Calculation Formula | No. of valid defects reported at a stage (e.g. UAT)/ Total no. of defects reported in the current stage and previous stage (UAT & QA) Imagine your team conducted testing at two stages: Quality Assurance (QA) and User Acceptance Testing (UAT).
The Defect Seepage Rate would be: Defect Seepage Rate = 5 / 20 =0.25 or 25% This means that 25% of the total defects were found during the UAT stage, helping to understand the effectiveness of the testing process at different stages. |
Trend | A lower Defect Seepage Rate signifies better quality, as fewer defects progress to later stages |
Maturity Levels | Defect Seepage Rate maturity is assessed by averaging data from the last 5 sprints. This helps in understanding the stability and improvement over time. M1 - >=90% M2 - >=75-90% M3 - >=50-75% , M4 >=25-50% , M5 <25% |
Instance level thresholds | Target KPI Value denotes the bare minimum a project should maintain for a KPI. |
Global Configurations- (Field Mapping) | |
Processor Fields | Whenever we update the defect mapping and issue type mapping, whether we add or remove any issue type, we must run the processor. This is necessary to show the changes in the KPI. Defect Mapping :
|
Mandatory fields
| Project Settings
Defect Mapping :
|
How to Validate KPI | |
Suggested ways of working |
|
Sample JQLs | project in ("XYZ") and component =ABC and type in (Defect) and issueFunction in linkedIssuesOf("type in (Story) AND sprint in(407)") and label ="ClientDefect") |
Benefits of KPI | |
Quality Measurement | The Defect Seepage Rate helps measure the effectiveness of your testing stages. A lower seepage rate indicates that defects are being caught early, which reflects higher code quality.By tracking this metric, teams can continuously improve their testing processes and overall code quality. |
Predictability | Understanding the Defect Seepage Rate allows teams to predict the amount of rework needed. If the seepage rate is high, more defects are likely to be found in later stages, requiring additional effort to fix. With better predictability, teams can plan sprints and releases more accurately, allocating appropriate resources for defect resolution. |
Cost Reduction | Reducing the Defect Seepage Rate means fewer defects escape to later stages, where fixing them is more costly. Early detection and resolution are generally cheaper. Fewer defects reaching production reduces the costs associated with post-release bug fixes and customer support. |
Process Improvement | By analyzing where defects are seeping through, teams can identify weak points in their development and testing processes. Teams can focus on improving specific stages where defects are commonly introduced, enhancing the overall development process. |
General
Content
Integrations