SlideShare una empresa de Scribd logo
1 de 11
Descargar para leer sin conexión
Software Quality Management
                 Unit – 3 

                        G. Roy Antony Arnold
                               Asst. Prof./CSE
                               Asst Prof /CSE




GRAA
• I contrast t R l i h which models th d f t pattern of
  In    t t to Rayleigh, hi h     d l the defect tt        f
  the entire development process, reliability growth models
  are usually based on data from the formal testing phases.
• Indeed it makes more sense to apply these models during
  the final testing phase when development is virtually
  complete,
  complete especially when the testing is customer
  oriented.
• During such post‐development testing, when defects are
  identified d fixed, the ft
  id tifi d and fi d th software b  becomes more stable,
                                                      t bl
  and reliability grows over time. Therefore models that
  address such a process are called
           .



     GRAA
• They are classified i
   h        l ifi d into two classes. They are,
                              l        h
  – Time between Failure Model
     • the variable under study is the time between failures
     • Mean time to next failure is usually the parameter to
       be i
       b estimated f the model.
                   d for h     d l
  – Fault Count Model
     • the variable criterion i the number of f l or
        h      i bl   i i     is h         b      f faults
       failures (or normalized rate) in a specified time
       interval.
     • The number of remaining defects or failures is the key 
       parameter to be estimated from this class of models.

    GRAA
• There are N unknown software faults
                        g
  at the start of testing
• Failures occur randomly
• All f l contribute equally to f il
      faults      ib         ll failure
• Fix time is negligibly small
                 g g y
• Fix is perfect for each fault



   GRAA
• J li ki M
  Jelinski‐Moranda (J M) M d l
                d (J‐M) Model
  – Assumes random failures, perfect zero time fixes, all 
    faults equally bad
    f l        ll b d
• Littlewood Models
  – Like J‐M model, but assumes bigger faults 
    found first
• Goel‐Okumoto Imperfect Debugging Model
  – Like J‐M model, but with bad fixes possible
    Like J M model, but with bad fixes possible




   GRAA
(    )
• One of the earliest model. (1972)
• The software product’s failure rate improves by the same
  amount at each fix.
• The hazard function at time ti, the time between the (i‐1)st
  and ith failures, is given


• Where N is the number of software defects at the beginning
  of testing and φ is a proportionality constant.
Note:
N t
         Hazard function is constant between failures but decreases in
steps of φ following the removal of each fault. Therefore, as each fault is
removed, the time between failures is expected to be longer.

        GRAA
• Similar to J‐M Model, except it assumes that 
                                               y
  different faults have different sizes, thereby 
  contributing unequally to failures. (1981)
• Larger sized faults tend to be detected and
  Larger‐sized faults tend to be detected and 
  fixed earlier.
• This concept makes the model assumption 
  more realistic.
  more realistic.


    GRAA
• J MM d l
  J‐M Model assumes perfect debugging. But this is not 
                            f t d b i B t thi i          t
  possible always.
• In the process of fixing a defect new defects may be
  In the process of fixing a defect, new defects may be 
  injected. Indeed, defect fix activities are known to be 
  error‐prone.
• Hazard function is,

• Where N is the number of software defects at the
  beginning of testing, φ is a proportionality constant, p
  is the probability of imperfect debugging andλ is the
  failure rate per fault.


     GRAA
• Testing intervals are independent of each
  other
• Testing during intervals is reasonably
  homogeneous
• Number of defects detected is independent
  of each other




    GRAA
• G l Ok
  Goel‐Okumoto N h
            t Non‐homogeneous Poisson Process 
                              P i     P
  Model (NHPP)
   – # of failures in a time period, exponential failure rate (i.e.
     # of failures in a time period, exponential failure rate (i.e. 
     the exponential model!)
• Musa‐Okumoto Logarithmic Poisson Execution Time 
  Model
  M d l
   – Like NHPP, but later fixes have less effect on reliability
• The Delayed S and Inflection S Models
  The Delayed S and Inflection S Models
   – Delayed S: Recognizes time between failure detection and 
     fix
   – Inflection S: As failures are detected, they reveal more 
     failures

     GRAA
• This model is concerned with modelling the 
  number of failures observed in given testing 
  intervals. (1979)
• They proposed that the time‐dependent failure rate 
  follows an exponential distribution.
     e ode s,
• The model is,
                                 [m(t )] y − m (t )
                     P{N(t)=y}=           e         , y = 0,1,2...
                                          y!




      GRAA

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Software myths | Software Engineering Notes
Software myths | Software Engineering NotesSoftware myths | Software Engineering Notes
Software myths | Software Engineering Notes
 
Waterfall model
Waterfall modelWaterfall model
Waterfall model
 
WORKFLOW OF THE PROCESS IN SPM
 WORKFLOW OF THE PROCESS IN SPM WORKFLOW OF THE PROCESS IN SPM
WORKFLOW OF THE PROCESS IN SPM
 
Program security
Program securityProgram security
Program security
 
Software Engineering Process Models
Software Engineering Process Models Software Engineering Process Models
Software Engineering Process Models
 
Integration testing
Integration testingIntegration testing
Integration testing
 
Software cost estimation
Software cost estimationSoftware cost estimation
Software cost estimation
 
Rayleigh model
Rayleigh modelRayleigh model
Rayleigh model
 
Compiler design syntax analysis
Compiler design syntax analysisCompiler design syntax analysis
Compiler design syntax analysis
 
Compiler vs Interpreter-Compiler design ppt.
Compiler vs Interpreter-Compiler design ppt.Compiler vs Interpreter-Compiler design ppt.
Compiler vs Interpreter-Compiler design ppt.
 
Spiral model
Spiral modelSpiral model
Spiral model
 
White Box Testing
White Box TestingWhite Box Testing
White Box Testing
 
Software reverse engineering
Software reverse engineeringSoftware reverse engineering
Software reverse engineering
 
Software testing life cycle
Software testing life cycleSoftware testing life cycle
Software testing life cycle
 
Type Checking(Compiler Design) #ShareThisIfYouLike
Type Checking(Compiler Design) #ShareThisIfYouLikeType Checking(Compiler Design) #ShareThisIfYouLike
Type Checking(Compiler Design) #ShareThisIfYouLike
 
Two pass Assembler
Two pass AssemblerTwo pass Assembler
Two pass Assembler
 
Software Process Models
Software Process ModelsSoftware Process Models
Software Process Models
 
Software Maintenance
Software MaintenanceSoftware Maintenance
Software Maintenance
 
Spm unit 2
Spm unit 2Spm unit 2
Spm unit 2
 
Software testing axioms
Software testing axiomsSoftware testing axioms
Software testing axioms
 

Similar a Reliability growth models

Software reliability models error seeding model and failure model-iv
Software reliability models error seeding model and failure model-ivSoftware reliability models error seeding model and failure model-iv
Software reliability models error seeding model and failure model-iv
Gurbakash Phonsa
 
Diversity Maximization Speedup for Fault Localization
Diversity Maximization Speedup for Fault LocalizationDiversity Maximization Speedup for Fault Localization
Diversity Maximization Speedup for Fault Localization
Liang Gong
 

Similar a Reliability growth models (20)

Rayleigh model
Rayleigh modelRayleigh model
Rayleigh model
 
Quality management models
Quality management modelsQuality management models
Quality management models
 
Optimal Selection of Software Reliability Growth Model-A Study
Optimal Selection of Software Reliability Growth Model-A StudyOptimal Selection of Software Reliability Growth Model-A Study
Optimal Selection of Software Reliability Growth Model-A Study
 
Software reliability models error seeding model and failure model-iv
Software reliability models error seeding model and failure model-ivSoftware reliability models error seeding model and failure model-iv
Software reliability models error seeding model and failure model-iv
 
Reliability Vs. Testing
Reliability Vs. TestingReliability Vs. Testing
Reliability Vs. Testing
 
testing
testingtesting
testing
 
Software Testing Introduction (Part 1)
Software Testing Introduction (Part 1)Software Testing Introduction (Part 1)
Software Testing Introduction (Part 1)
 
Models of SDLC (Contd..) & Feasibility Study
Models of SDLC (Contd..)  & Feasibility StudyModels of SDLC (Contd..)  & Feasibility Study
Models of SDLC (Contd..) & Feasibility Study
 
Evaluating long-term predictive power of standard reliability growth models o...
Evaluating long-term predictive power of standard reliability growth models o...Evaluating long-term predictive power of standard reliability growth models o...
Evaluating long-term predictive power of standard reliability growth models o...
 
Software Reliability
Software ReliabilitySoftware Reliability
Software Reliability
 
Software testing introduction
Software testing introductionSoftware testing introduction
Software testing introduction
 
Software Reliability
Software ReliabilitySoftware Reliability
Software Reliability
 
Defect removal effectiveness
Defect removal effectivenessDefect removal effectiveness
Defect removal effectiveness
 
Building Continuous Learning Systems
Building Continuous Learning SystemsBuilding Continuous Learning Systems
Building Continuous Learning Systems
 
Introduction to Software Engineering and Software Process Models
Introduction to Software Engineering and Software Process ModelsIntroduction to Software Engineering and Software Process Models
Introduction to Software Engineering and Software Process Models
 
TRAMv2.0 Abridged
TRAMv2.0 AbridgedTRAMv2.0 Abridged
TRAMv2.0 Abridged
 
Software Reliability
Software ReliabilitySoftware Reliability
Software Reliability
 
Diversity Maximization Speedup for Fault Localization
Diversity Maximization Speedup for Fault LocalizationDiversity Maximization Speedup for Fault Localization
Diversity Maximization Speedup for Fault Localization
 
Quality analysis pdf to study For your education
Quality analysis pdf to study For your educationQuality analysis pdf to study For your education
Quality analysis pdf to study For your education
 
Testing concepts [3] - Software Testing Techniques (CIS640)
Testing concepts [3] - Software Testing Techniques (CIS640)Testing concepts [3] - Software Testing Techniques (CIS640)
Testing concepts [3] - Software Testing Techniques (CIS640)
 

Más de Roy Antony Arnold G

Más de Roy Antony Arnold G (20)

6 sigma
6 sigma6 sigma
6 sigma
 
Run chart
Run chartRun chart
Run chart
 
Reliability growth models for quality management
Reliability growth models for quality managementReliability growth models for quality management
Reliability growth models for quality management
 
6 sigma
6 sigma6 sigma
6 sigma
 
Pareto diagram
Pareto diagramPareto diagram
Pareto diagram
 
Ishikawa diagram
Ishikawa diagramIshikawa diagram
Ishikawa diagram
 
Histogram
HistogramHistogram
Histogram
 
Customer satisfaction
Customer satisfactionCustomer satisfaction
Customer satisfaction
 
Control chart
Control chartControl chart
Control chart
 
Complexity metrics and models
Complexity metrics and modelsComplexity metrics and models
Complexity metrics and models
 
Check lists
Check listsCheck lists
Check lists
 
Capability maturity model
Capability maturity modelCapability maturity model
Capability maturity model
 
Structure chart
Structure chartStructure chart
Structure chart
 
Seven new tools
Seven new toolsSeven new tools
Seven new tools
 
Scatter diagram
Scatter diagramScatter diagram
Scatter diagram
 
Qms
QmsQms
Qms
 
Relations diagram
Relations diagramRelations diagram
Relations diagram
 
Customer satisfaction
Customer satisfactionCustomer satisfaction
Customer satisfaction
 
Complexity metrics and models
Complexity metrics and modelsComplexity metrics and models
Complexity metrics and models
 
Case tools
Case toolsCase tools
Case tools
 

Último

Artificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and MythsArtificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and Myths
Joaquim Jorge
 

Último (20)

Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024
 
A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?
 
Artificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and MythsArtificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and Myths
 
Handwritten Text Recognition for manuscripts and early printed texts
Handwritten Text Recognition for manuscripts and early printed textsHandwritten Text Recognition for manuscripts and early printed texts
Handwritten Text Recognition for manuscripts and early printed texts
 
Understanding Discord NSFW Servers A Guide for Responsible Users.pdf
Understanding Discord NSFW Servers A Guide for Responsible Users.pdfUnderstanding Discord NSFW Servers A Guide for Responsible Users.pdf
Understanding Discord NSFW Servers A Guide for Responsible Users.pdf
 
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot TakeoffStrategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdf
 
Strategies for Unlocking Knowledge Management in Microsoft 365 in the Copilot...
Strategies for Unlocking Knowledge Management in Microsoft 365 in the Copilot...Strategies for Unlocking Knowledge Management in Microsoft 365 in the Copilot...
Strategies for Unlocking Knowledge Management in Microsoft 365 in the Copilot...
 
Bajaj Allianz Life Insurance Company - Insurer Innovation Award 2024
Bajaj Allianz Life Insurance Company - Insurer Innovation Award 2024Bajaj Allianz Life Insurance Company - Insurer Innovation Award 2024
Bajaj Allianz Life Insurance Company - Insurer Innovation Award 2024
 
GenAI Risks & Security Meetup 01052024.pdf
GenAI Risks & Security Meetup 01052024.pdfGenAI Risks & Security Meetup 01052024.pdf
GenAI Risks & Security Meetup 01052024.pdf
 
Workshop - Best of Both Worlds_ Combine KG and Vector search for enhanced R...
Workshop - Best of Both Worlds_ Combine  KG and Vector search for  enhanced R...Workshop - Best of Both Worlds_ Combine  KG and Vector search for  enhanced R...
Workshop - Best of Both Worlds_ Combine KG and Vector search for enhanced R...
 
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerHow to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
 
Boost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivityBoost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivity
 
04-2024-HHUG-Sales-and-Marketing-Alignment.pptx
04-2024-HHUG-Sales-and-Marketing-Alignment.pptx04-2024-HHUG-Sales-and-Marketing-Alignment.pptx
04-2024-HHUG-Sales-and-Marketing-Alignment.pptx
 
Scaling API-first – The story of a global engineering organization
Scaling API-first – The story of a global engineering organizationScaling API-first – The story of a global engineering organization
Scaling API-first – The story of a global engineering organization
 
Real Time Object Detection Using Open CV
Real Time Object Detection Using Open CVReal Time Object Detection Using Open CV
Real Time Object Detection Using Open CV
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of Terraform
 
Exploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone ProcessorsExploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone Processors
 
Tata AIG General Insurance Company - Insurer Innovation Award 2024
Tata AIG General Insurance Company - Insurer Innovation Award 2024Tata AIG General Insurance Company - Insurer Innovation Award 2024
Tata AIG General Insurance Company - Insurer Innovation Award 2024
 
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
 

Reliability growth models

  • 1. Software Quality Management Unit – 3  G. Roy Antony Arnold Asst. Prof./CSE Asst Prof /CSE GRAA
  • 2. • I contrast t R l i h which models th d f t pattern of In t t to Rayleigh, hi h d l the defect tt f the entire development process, reliability growth models are usually based on data from the formal testing phases. • Indeed it makes more sense to apply these models during the final testing phase when development is virtually complete, complete especially when the testing is customer oriented. • During such post‐development testing, when defects are identified d fixed, the ft id tifi d and fi d th software b becomes more stable, t bl and reliability grows over time. Therefore models that address such a process are called . GRAA
  • 3. • They are classified i h l ifi d into two classes. They are, l h – Time between Failure Model • the variable under study is the time between failures • Mean time to next failure is usually the parameter to be i b estimated f the model. d for h d l – Fault Count Model • the variable criterion i the number of f l or h i bl i i is h b f faults failures (or normalized rate) in a specified time interval. • The number of remaining defects or failures is the key  parameter to be estimated from this class of models. GRAA
  • 4. • There are N unknown software faults g at the start of testing • Failures occur randomly • All f l contribute equally to f il faults ib ll failure • Fix time is negligibly small g g y • Fix is perfect for each fault GRAA
  • 5. • J li ki M Jelinski‐Moranda (J M) M d l d (J‐M) Model – Assumes random failures, perfect zero time fixes, all  faults equally bad f l ll b d • Littlewood Models – Like J‐M model, but assumes bigger faults  found first • Goel‐Okumoto Imperfect Debugging Model – Like J‐M model, but with bad fixes possible Like J M model, but with bad fixes possible GRAA
  • 6. ( ) • One of the earliest model. (1972) • The software product’s failure rate improves by the same amount at each fix. • The hazard function at time ti, the time between the (i‐1)st and ith failures, is given • Where N is the number of software defects at the beginning of testing and φ is a proportionality constant. Note: N t Hazard function is constant between failures but decreases in steps of φ following the removal of each fault. Therefore, as each fault is removed, the time between failures is expected to be longer. GRAA
  • 7. • Similar to J‐M Model, except it assumes that  y different faults have different sizes, thereby  contributing unequally to failures. (1981) • Larger sized faults tend to be detected and Larger‐sized faults tend to be detected and  fixed earlier. • This concept makes the model assumption  more realistic. more realistic. GRAA
  • 8. • J MM d l J‐M Model assumes perfect debugging. But this is not  f t d b i B t thi i t possible always. • In the process of fixing a defect new defects may be In the process of fixing a defect, new defects may be  injected. Indeed, defect fix activities are known to be  error‐prone. • Hazard function is, • Where N is the number of software defects at the beginning of testing, φ is a proportionality constant, p is the probability of imperfect debugging andλ is the failure rate per fault. GRAA
  • 9. • Testing intervals are independent of each other • Testing during intervals is reasonably homogeneous • Number of defects detected is independent of each other GRAA
  • 10. • G l Ok Goel‐Okumoto N h t Non‐homogeneous Poisson Process  P i P Model (NHPP) – # of failures in a time period, exponential failure rate (i.e. # of failures in a time period, exponential failure rate (i.e.  the exponential model!) • Musa‐Okumoto Logarithmic Poisson Execution Time  Model M d l – Like NHPP, but later fixes have less effect on reliability • The Delayed S and Inflection S Models The Delayed S and Inflection S Models – Delayed S: Recognizes time between failure detection and  fix – Inflection S: As failures are detected, they reveal more  failures GRAA
  • 11. • This model is concerned with modelling the  number of failures observed in given testing  intervals. (1979) • They proposed that the time‐dependent failure rate  follows an exponential distribution. e ode s, • The model is, [m(t )] y − m (t ) P{N(t)=y}= e , y = 0,1,2... y! GRAA