Lecture Notes for CS 325
Testing Validation and Metrics, 9 April 2001
- process metrics - the project's post mortem
- productivity metrics - kloc/working-month; function points too
- $/defect, defects/kloc
- how reliable is the system
- system reliability reflects testing quality
- system reliability must be statistically modeled
- reliability model concepts
- reliability - long occurrences of expected behavior
- the interaction of reliability and failure is fuzzy
- failure occurrences are unscheduled, dealt with as statistical phenomena
- failure probability F(t) = the probability the system has
failed by time t
- reliability R(t) = 1 - F(t)
- suppose the system doesn't fail at time t - the hazard rate
- mean time to failure mttf
- failure intensity lambda(t) - the number of failures expected
by time t
- what is time - execution or cpu time, clock or user time, or calendar
time
- what are faults, what is faulty behavior
- the environment influences system reliability
- a reliability model - musa's execution time model
- the inverse proportion between failure intensity and execution time
- as faults are found, they're fixed, increasing reliability
- each fix improves reliability by the same amount, a linear relation
- estimate the initial failure intensity and total fault count
- collect data, analyze statistically
- the clock starts at system test
- more faults or time to achieve expected fault intensities
- parameter estimation
- measure time between faults or faults per time
- collect the data, then fit curves to it - least squares
- do faults really get fixed, and how many of them
- the notion of time - execution to calendar
- convert execution to calendar time directly or through failures
- example - x person/cpu and y person/fault
- refine by estimating stages of the testing process
This page last modified on 4 April 2001.