SlideShare a Scribd company logo
1 of 13
Download to read offline
Defect Predictability
A simple approach but, Complex Math
By Guruprasad Bhat
Antecedent
Can we predict quality based on historical data?
Can someone answer this $M question – How many defects per feature,
before even test cycles commence?
Will defect prediction help in better estimation and release planning?
Will discovering likelihood of defect density help in functional coverage?
Will anticipation of defect discovery rate trigger proactive thoughts to
avoid the same?
Parameters to consider
Complexity
Interfaces
Frequency of usage and User importance
Non-functional aspects (if any)
Engineering capabilities & Experience (domain and
tools)
Environmental/Platform considerations
(Optional/Subjective) impact on legacy system
Complexity
1. (R)equirements (scale: 1-5) – How tough or unambiguous
or clear are they, to understand?
2. (D)esign (1-4) – How complex is that?
3. (I)mplementation (1-3) – What level of expertize is
needed?
Note: Variation in scale is intentional and is based on phase of feature delivery. I.e, earlier the understanding of complexity better
will be the forecast calculation.
Overall Complexity Score [C]: (R^D)^I
Interfaces
1. # of (I)ntegration points with sub-systems (DB/File management,
other co-existing features: 1-5)
2. (D)epth of crossing points (heavy data transfers/ops?: 1-4)
3. Critical (O)perations on edges (Read/Write: 1-3)
Note:Variation in scale is by design and is based on potential failure rate for each of the sub-parameters
Overall Score [IF]: (I^O)*D
Freq. of Usage & Importance
1. How (F)requently the feature will be accessed by an end
user (1-5)?
2. Will this feature (I)ndependently consumed or as part of
workflows (1-4)?
Note:Variation in scale is intentional and is based on potential failure rate for each of the sub-parameters
Overall Score [FQ]: F*I
Non-functional aspects
1. Any of the below non-functional parameters to be
considered (below list is subjective to nature of the
product and specific priorities)?
 (S)ecurity (1-5)
 (U)sability (1-2)
 S(C)ale (1-5)
 (P)erformance & Efficiency (1-5)
Note:Variation in scale is intentional and is based on the impact that each non-functional requirement can have to cause possible
defects in the system
Overall Score [NF]: S+U+C+P
Engg. Capabilities/expertize
1. Do all engineers working on product under consideration have
right (C)apabilities, in terms of tools/programming language (1-3)?
2. Do we have right set of engineers who are (D)omain experts (1-
3)?
3. Does the team has similar (E)xperience w.r.t functionality that’s
being developed (1-3)?
4. Are we (R)eusing the legacy code (1-3)?
Note: Higher the overall score for this parameter, lower will be the defects in the system.
Overall Score [CAP]: (C+D+E+R)*# of engineers working on the feature
Environmental/platform
1. How many (p)latforms to support (1-5)?
 (1: ONE platform; 2: <5 platforms; 3: < 10; 4: <20; 5: >20)
2. How many (c)onfigurations to consider (1-5: as per standards for #1)?
3. How many flavors of (S)W to keep in mind (1-5: DB, Browsers, App/Web
servers)?
4. Is this (T)ightly coupled with co-existing sub-systems (1-3)?
Note: Probability of higher rate of possible defects is high, if the overall score is significant
Overall Score [ENV]: (p*c)+S+T
(Optional/Subj) impact on legacy s/m
1. (I)ntensity of impact on legacy code (1-3: regression)
Note: Consider collateral damage that the feature under consideration can cause to existing sub-systems/code
Score [LEG]: I
The math
 # of possible defects (per feature: FEAT) = (((C*IF)+FQ)*NF+ENV+LEG)/CAP
# forecast of defects for the entire release =
FEAT(1) + FEAT(2)+ …FEAT(N)
Conclusion
1. The final math is based on various factors such as but not limited to –
 Avg. of historical data across various domains
 Possible intensity of each parameter on overall score
 Weightage for each of the attributes under consideration
 Importance of every pointer across the industry
Thank You !!!!

More Related Content

What's hot

Walsh, Stephani - Resume
Walsh, Stephani - ResumeWalsh, Stephani - Resume
Walsh, Stephani - Resume
Stephani Walsh
 
Software Estimation Part I
Software Estimation Part ISoftware Estimation Part I
Software Estimation Part I
sslovepk
 

What's hot (20)

Software reliability growth model
Software reliability growth modelSoftware reliability growth model
Software reliability growth model
 
software project management Cocomo model
software project management Cocomo modelsoftware project management Cocomo model
software project management Cocomo model
 
Cocomo model
Cocomo modelCocomo model
Cocomo model
 
Why test software
Why test softwareWhy test software
Why test software
 
Line Of Code(LOC) In Software Engineering By NADEEM AHMED FROM DEPALPUR
Line Of Code(LOC) In Software Engineering By NADEEM AHMED FROM DEPALPURLine Of Code(LOC) In Software Engineering By NADEEM AHMED FROM DEPALPUR
Line Of Code(LOC) In Software Engineering By NADEEM AHMED FROM DEPALPUR
 
Complexity metrics and models
Complexity metrics and modelsComplexity metrics and models
Complexity metrics and models
 
Estimation techniques and risk management
Estimation techniques and risk managementEstimation techniques and risk management
Estimation techniques and risk management
 
Cocomo
CocomoCocomo
Cocomo
 
Line of Code (LOC) Matric and Function Point Matric
Line of Code (LOC) Matric and Function Point MatricLine of Code (LOC) Matric and Function Point Matric
Line of Code (LOC) Matric and Function Point Matric
 
Software scope
Software scopeSoftware scope
Software scope
 
2011/09/20 - Software Testing
2011/09/20 - Software Testing2011/09/20 - Software Testing
2011/09/20 - Software Testing
 
COCOMO MODEL
COCOMO MODELCOCOMO MODEL
COCOMO MODEL
 
Cocomo model
Cocomo modelCocomo model
Cocomo model
 
Softwareproject planning
Softwareproject planningSoftwareproject planning
Softwareproject planning
 
Software Estimation
Software EstimationSoftware Estimation
Software Estimation
 
Industrial perspective on static analysis
Industrial perspective on static analysisIndustrial perspective on static analysis
Industrial perspective on static analysis
 
Coding
CodingCoding
Coding
 
Walsh, Stephani - Resume
Walsh, Stephani - ResumeWalsh, Stephani - Resume
Walsh, Stephani - Resume
 
Software testing
Software testingSoftware testing
Software testing
 
Software Estimation Part I
Software Estimation Part ISoftware Estimation Part I
Software Estimation Part I
 

Similar to Defect predictability

BonnieLAdamsLinkedInresume2016.doc
BonnieLAdamsLinkedInresume2016.docBonnieLAdamsLinkedInresume2016.doc
BonnieLAdamsLinkedInresume2016.doc
Bonnie Adams
 
Amarnath_Kushwaha_SWEngg_3yrs_exp_C_C++
Amarnath_Kushwaha_SWEngg_3yrs_exp_C_C++Amarnath_Kushwaha_SWEngg_3yrs_exp_C_C++
Amarnath_Kushwaha_SWEngg_3yrs_exp_C_C++
Amar Kushwaha
 
Resume_Chintan Barot 3+ Years Exp in Testing.
Resume_Chintan Barot 3+ Years Exp in Testing.Resume_Chintan Barot 3+ Years Exp in Testing.
Resume_Chintan Barot 3+ Years Exp in Testing.
Chintan Barot
 
OORPT Dynamic Analysis
OORPT Dynamic AnalysisOORPT Dynamic Analysis
OORPT Dynamic Analysis
lienhard
 
Michael_Joshua_Validation
Michael_Joshua_ValidationMichael_Joshua_Validation
Michael_Joshua_Validation
MichaelJoshua
 
Vincent Spena - Agile and Lean Methods for Hardware Product Development
Vincent Spena - Agile and Lean Methods for Hardware Product DevelopmentVincent Spena - Agile and Lean Methods for Hardware Product Development
Vincent Spena - Agile and Lean Methods for Hardware Product Development
Vincent Spena
 

Similar to Defect predictability (20)

Resume
ResumeResume
Resume
 
BonnieLAdamsLinkedInresume2016.doc
BonnieLAdamsLinkedInresume2016.docBonnieLAdamsLinkedInresume2016.doc
BonnieLAdamsLinkedInresume2016.doc
 
Resume
ResumeResume
Resume
 
Resume
ResumeResume
Resume
 
Estimation Techniques V1.0
Estimation Techniques V1.0Estimation Techniques V1.0
Estimation Techniques V1.0
 
Principles of programming
Principles of programmingPrinciples of programming
Principles of programming
 
PSResume
PSResumePSResume
PSResume
 
Amarnath_Kushwaha_SWEngg_3yrs_exp_C_C++
Amarnath_Kushwaha_SWEngg_3yrs_exp_C_C++Amarnath_Kushwaha_SWEngg_3yrs_exp_C_C++
Amarnath_Kushwaha_SWEngg_3yrs_exp_C_C++
 
Sw quality metrics
Sw quality metricsSw quality metrics
Sw quality metrics
 
SE-CyclomaticComplexityand Testing.ppt
SE-CyclomaticComplexityand Testing.pptSE-CyclomaticComplexityand Testing.ppt
SE-CyclomaticComplexityand Testing.ppt
 
Resume_Chintan Barot 3+ Years Exp in Testing.
Resume_Chintan Barot 3+ Years Exp in Testing.Resume_Chintan Barot 3+ Years Exp in Testing.
Resume_Chintan Barot 3+ Years Exp in Testing.
 
OORPT Dynamic Analysis
OORPT Dynamic AnalysisOORPT Dynamic Analysis
OORPT Dynamic Analysis
 
Sudhakar resume_latest
Sudhakar  resume_latest Sudhakar  resume_latest
Sudhakar resume_latest
 
Software metrics
Software metricsSoftware metrics
Software metrics
 
Michael_Joshua_Validation
Michael_Joshua_ValidationMichael_Joshua_Validation
Michael_Joshua_Validation
 
Cs 568 Spring 10 Lecture 5 Estimation
Cs 568 Spring 10  Lecture 5 EstimationCs 568 Spring 10  Lecture 5 Estimation
Cs 568 Spring 10 Lecture 5 Estimation
 
Bhavani HS
Bhavani HSBhavani HS
Bhavani HS
 
Vincent Spena - Agile and Lean Methods for Hardware Product Development
Vincent Spena - Agile and Lean Methods for Hardware Product DevelopmentVincent Spena - Agile and Lean Methods for Hardware Product Development
Vincent Spena - Agile and Lean Methods for Hardware Product Development
 
ICPE 2022 - Data Challenge
ICPE 2022 - Data ChallengeICPE 2022 - Data Challenge
ICPE 2022 - Data Challenge
 
Software Project Managment
Software Project ManagmentSoftware Project Managment
Software Project Managment
 

Recently uploaded

Integrated Test Rig For HTFE-25 - Neometrix
Integrated Test Rig For HTFE-25 - NeometrixIntegrated Test Rig For HTFE-25 - Neometrix
Integrated Test Rig For HTFE-25 - Neometrix
Neometrix_Engineering_Pvt_Ltd
 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ssuser89054b
 
Cara Menggugurkan Sperma Yang Masuk Rahim Biyar Tidak Hamil
Cara Menggugurkan Sperma Yang Masuk Rahim Biyar Tidak HamilCara Menggugurkan Sperma Yang Masuk Rahim Biyar Tidak Hamil
Cara Menggugurkan Sperma Yang Masuk Rahim Biyar Tidak Hamil
Cara Menggugurkan Kandungan 087776558899
 
Query optimization and processing for advanced database systems
Query optimization and processing for advanced database systemsQuery optimization and processing for advanced database systems
Query optimization and processing for advanced database systems
meharikiros2
 
"Lesotho Leaps Forward: A Chronicle of Transformative Developments"
"Lesotho Leaps Forward: A Chronicle of Transformative Developments""Lesotho Leaps Forward: A Chronicle of Transformative Developments"
"Lesotho Leaps Forward: A Chronicle of Transformative Developments"
mphochane1998
 
Kuwait City MTP kit ((+919101817206)) Buy Abortion Pills Kuwait
Kuwait City MTP kit ((+919101817206)) Buy Abortion Pills KuwaitKuwait City MTP kit ((+919101817206)) Buy Abortion Pills Kuwait
Kuwait City MTP kit ((+919101817206)) Buy Abortion Pills Kuwait
jaanualu31
 
Standard vs Custom Battery Packs - Decoding the Power Play
Standard vs Custom Battery Packs - Decoding the Power PlayStandard vs Custom Battery Packs - Decoding the Power Play
Standard vs Custom Battery Packs - Decoding the Power Play
Epec Engineered Technologies
 

Recently uploaded (20)

Integrated Test Rig For HTFE-25 - Neometrix
Integrated Test Rig For HTFE-25 - NeometrixIntegrated Test Rig For HTFE-25 - Neometrix
Integrated Test Rig For HTFE-25 - Neometrix
 
Worksharing and 3D Modeling with Revit.pptx
Worksharing and 3D Modeling with Revit.pptxWorksharing and 3D Modeling with Revit.pptx
Worksharing and 3D Modeling with Revit.pptx
 
8th International Conference on Soft Computing, Mathematics and Control (SMC ...
8th International Conference on Soft Computing, Mathematics and Control (SMC ...8th International Conference on Soft Computing, Mathematics and Control (SMC ...
8th International Conference on Soft Computing, Mathematics and Control (SMC ...
 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 
NO1 Top No1 Amil Baba In Azad Kashmir, Kashmir Black Magic Specialist Expert ...
NO1 Top No1 Amil Baba In Azad Kashmir, Kashmir Black Magic Specialist Expert ...NO1 Top No1 Amil Baba In Azad Kashmir, Kashmir Black Magic Specialist Expert ...
NO1 Top No1 Amil Baba In Azad Kashmir, Kashmir Black Magic Specialist Expert ...
 
Computer Networks Basics of Network Devices
Computer Networks  Basics of Network DevicesComputer Networks  Basics of Network Devices
Computer Networks Basics of Network Devices
 
HOA1&2 - Module 3 - PREHISTORCI ARCHITECTURE OF KERALA.pptx
HOA1&2 - Module 3 - PREHISTORCI ARCHITECTURE OF KERALA.pptxHOA1&2 - Module 3 - PREHISTORCI ARCHITECTURE OF KERALA.pptx
HOA1&2 - Module 3 - PREHISTORCI ARCHITECTURE OF KERALA.pptx
 
Online electricity billing project report..pdf
Online electricity billing project report..pdfOnline electricity billing project report..pdf
Online electricity billing project report..pdf
 
Cara Menggugurkan Sperma Yang Masuk Rahim Biyar Tidak Hamil
Cara Menggugurkan Sperma Yang Masuk Rahim Biyar Tidak HamilCara Menggugurkan Sperma Yang Masuk Rahim Biyar Tidak Hamil
Cara Menggugurkan Sperma Yang Masuk Rahim Biyar Tidak Hamil
 
Introduction to Serverless with AWS Lambda
Introduction to Serverless with AWS LambdaIntroduction to Serverless with AWS Lambda
Introduction to Serverless with AWS Lambda
 
Post office management system project ..pdf
Post office management system project ..pdfPost office management system project ..pdf
Post office management system project ..pdf
 
Path loss model, OKUMURA Model, Hata Model
Path loss model, OKUMURA Model, Hata ModelPath loss model, OKUMURA Model, Hata Model
Path loss model, OKUMURA Model, Hata Model
 
Query optimization and processing for advanced database systems
Query optimization and processing for advanced database systemsQuery optimization and processing for advanced database systems
Query optimization and processing for advanced database systems
 
"Lesotho Leaps Forward: A Chronicle of Transformative Developments"
"Lesotho Leaps Forward: A Chronicle of Transformative Developments""Lesotho Leaps Forward: A Chronicle of Transformative Developments"
"Lesotho Leaps Forward: A Chronicle of Transformative Developments"
 
S1S2 B.Arch MGU - HOA1&2 Module 3 -Temple Architecture of Kerala.pptx
S1S2 B.Arch MGU - HOA1&2 Module 3 -Temple Architecture of Kerala.pptxS1S2 B.Arch MGU - HOA1&2 Module 3 -Temple Architecture of Kerala.pptx
S1S2 B.Arch MGU - HOA1&2 Module 3 -Temple Architecture of Kerala.pptx
 
Kuwait City MTP kit ((+919101817206)) Buy Abortion Pills Kuwait
Kuwait City MTP kit ((+919101817206)) Buy Abortion Pills KuwaitKuwait City MTP kit ((+919101817206)) Buy Abortion Pills Kuwait
Kuwait City MTP kit ((+919101817206)) Buy Abortion Pills Kuwait
 
Design For Accessibility: Getting it right from the start
Design For Accessibility: Getting it right from the startDesign For Accessibility: Getting it right from the start
Design For Accessibility: Getting it right from the start
 
COST-EFFETIVE and Energy Efficient BUILDINGS ptx
COST-EFFETIVE  and Energy Efficient BUILDINGS ptxCOST-EFFETIVE  and Energy Efficient BUILDINGS ptx
COST-EFFETIVE and Energy Efficient BUILDINGS ptx
 
Standard vs Custom Battery Packs - Decoding the Power Play
Standard vs Custom Battery Packs - Decoding the Power PlayStandard vs Custom Battery Packs - Decoding the Power Play
Standard vs Custom Battery Packs - Decoding the Power Play
 
Electromagnetic relays used for power system .pptx
Electromagnetic relays used for power system .pptxElectromagnetic relays used for power system .pptx
Electromagnetic relays used for power system .pptx
 

Defect predictability

  • 1. Defect Predictability A simple approach but, Complex Math By Guruprasad Bhat
  • 2. Antecedent Can we predict quality based on historical data? Can someone answer this $M question – How many defects per feature, before even test cycles commence? Will defect prediction help in better estimation and release planning? Will discovering likelihood of defect density help in functional coverage? Will anticipation of defect discovery rate trigger proactive thoughts to avoid the same?
  • 3. Parameters to consider Complexity Interfaces Frequency of usage and User importance Non-functional aspects (if any) Engineering capabilities & Experience (domain and tools) Environmental/Platform considerations (Optional/Subjective) impact on legacy system
  • 4. Complexity 1. (R)equirements (scale: 1-5) – How tough or unambiguous or clear are they, to understand? 2. (D)esign (1-4) – How complex is that? 3. (I)mplementation (1-3) – What level of expertize is needed? Note: Variation in scale is intentional and is based on phase of feature delivery. I.e, earlier the understanding of complexity better will be the forecast calculation. Overall Complexity Score [C]: (R^D)^I
  • 5. Interfaces 1. # of (I)ntegration points with sub-systems (DB/File management, other co-existing features: 1-5) 2. (D)epth of crossing points (heavy data transfers/ops?: 1-4) 3. Critical (O)perations on edges (Read/Write: 1-3) Note:Variation in scale is by design and is based on potential failure rate for each of the sub-parameters Overall Score [IF]: (I^O)*D
  • 6. Freq. of Usage & Importance 1. How (F)requently the feature will be accessed by an end user (1-5)? 2. Will this feature (I)ndependently consumed or as part of workflows (1-4)? Note:Variation in scale is intentional and is based on potential failure rate for each of the sub-parameters Overall Score [FQ]: F*I
  • 7. Non-functional aspects 1. Any of the below non-functional parameters to be considered (below list is subjective to nature of the product and specific priorities)?  (S)ecurity (1-5)  (U)sability (1-2)  S(C)ale (1-5)  (P)erformance & Efficiency (1-5) Note:Variation in scale is intentional and is based on the impact that each non-functional requirement can have to cause possible defects in the system Overall Score [NF]: S+U+C+P
  • 8. Engg. Capabilities/expertize 1. Do all engineers working on product under consideration have right (C)apabilities, in terms of tools/programming language (1-3)? 2. Do we have right set of engineers who are (D)omain experts (1- 3)? 3. Does the team has similar (E)xperience w.r.t functionality that’s being developed (1-3)? 4. Are we (R)eusing the legacy code (1-3)? Note: Higher the overall score for this parameter, lower will be the defects in the system. Overall Score [CAP]: (C+D+E+R)*# of engineers working on the feature
  • 9. Environmental/platform 1. How many (p)latforms to support (1-5)?  (1: ONE platform; 2: <5 platforms; 3: < 10; 4: <20; 5: >20) 2. How many (c)onfigurations to consider (1-5: as per standards for #1)? 3. How many flavors of (S)W to keep in mind (1-5: DB, Browsers, App/Web servers)? 4. Is this (T)ightly coupled with co-existing sub-systems (1-3)? Note: Probability of higher rate of possible defects is high, if the overall score is significant Overall Score [ENV]: (p*c)+S+T
  • 10. (Optional/Subj) impact on legacy s/m 1. (I)ntensity of impact on legacy code (1-3: regression) Note: Consider collateral damage that the feature under consideration can cause to existing sub-systems/code Score [LEG]: I
  • 11. The math  # of possible defects (per feature: FEAT) = (((C*IF)+FQ)*NF+ENV+LEG)/CAP # forecast of defects for the entire release = FEAT(1) + FEAT(2)+ …FEAT(N)
  • 12. Conclusion 1. The final math is based on various factors such as but not limited to –  Avg. of historical data across various domains  Possible intensity of each parameter on overall score  Weightage for each of the attributes under consideration  Importance of every pointer across the industry