Validation MetricsMetrics are Needed to Answer the Following QuestionsMetrics are Needed to Answer the Following Questions (cont’d)Find-Fix Cycle Time Includes Time Required to:Find-Fix Cycle Time Includes Time Required to: (cont’d)Cumulative Test TimeTest Coverage MetricsTest Coverage Metrics (cont’d)Quality MetricsQuality Metrics (cont’d)Validation MetricsMetrics are Needed to Answer the Following Questions•How much time is required to find bugs, fix them, and verify that they are fixed?•How much time has been spent actually testing the product?•How much of the code is being exercised?•Are all of the product’s features being tested?Metrics are Needed to Answer the Following Questions (cont’d)•How many defects have been detected in each software baseline?•What percentage of known defects is fixed at release?•How good a job of ALAC testing are we doing?Find-Fix Cycle Time Includes Time Required to:•Find a potential bug by executing a test•Submit a problem report to the software engineering group•Investigate the problem report•Determine corrective action•Perform root-cause analysis•Test the correction locallyFind-Fix Cycle Time Includes Time Required to: (cont’d)•Conduct a mini code inspection on changed modules•Incorporate corrective action into new baseline•Release new baseline to QA•Perform regression testing to verify that the reported problem is fixed and the fix hasn’t introduced new problemsCumulative Test Time•The total amount of time spent actually testing the product measured in test hours•Provides an indication of product quality•Is used in computing software reliability growth (the improvement in software reliability that results from correcting faults in the software)Test Coverage Metrics•Code Coverage (How much of the code is being exercised?)–Segment coverage (percentage of segments hit)•Every (executable) statement is in some segment•A segment corresponds to an edge in a program’s directed graph•Segment coverage is especially useful during unit and integration testing•Segment coverage is cumulative•A goal of 85% is a practical coverage valueTest Coverage Metrics (cont’d)–Call-pair coverage (percentage of call pairs hit)•An interface whereby one module invokes another•A goal of 100% is a practical coverage value•Requirements coverage (Are all the product’s features being tested?)–The percentage of requirements covered by at least one testQuality Metrics1. Defect removal percentageWhat percentage of known defects is fixed at release?[Number of bugs fixed prior to release/ Number of known bugs prior to release] x 1002. Defects reported in each baselineCan be used to help make decisions regarding process improvements, additional regression testing, and ultimate release of the softwareQuality Metrics (cont’d)3. Defect detection efficiencyHow well are we performing ALAC testing?[Number of unique defects we find / (Number of unique defects we find + Number of unique defects reported by customers*)] x 100Can be used to help make decisions regarding release of the final product and the degree to which your testing is similar to actual customer
View Full Document