Software quality metrics are a subset of software metrics that focus on the quality aspects of the product, process, and project. In general, software quality metrics are more closely associated with process and product metrics than with project metrics. Nonetheless, the project parameters such as the number of developers and their skill levels, the schedule, the size, and the organization structure certainly affect the quality of the product. Software quality metrics can be divided further into end-product quality metrics and in-process quality metrics.
McCall and Cavano defined a set of quality factors that were a first step toward the development of metrics for software quality. These factors assess software …show more content…
Gilb suggests definitions and measures for each.
Correctness: Correctness is the degree to which software performs all required functions. The most common measure for correctness is defects per KLOC, where a defect is defined as a verified lack of conformance to requirements. Defects are the issues reported by a user of the software after releasing the software. Normally defects are counted over a standard period of time for quality assessment purposes.
Maintainability:Software maintenance requires for more effort than any other software engineering activity. Maintainability is the ease with which a program can be corrected if an error is encountered, tailoredwith environment changes, or enhanced if the customer desires a change in requirement. Weshould use indirect measures to measure the maintainability.
A simple time-oriented metric is mean-time-tochange (MTTC).It is the time taken to analyze the change request, design an appropriate modification, implement the change, test it, and distribute the change to all users. The programs that are maintainable will have a lower MTTC than programs that are not …show more content…
4.7.4.2 Defect Removal Efficiency The defect removal efficiency (DRE) gives a measure of the development team ability to remove defects prior to release. It is calculated as a ratio of defects resolved to total number of defects found. It is typically measured prior and at the moment of release.
Calculation:
DRE = E/(E + D)
Where E is the number of errors found before delivery of the software to the user and D is the number of defects found after delivery
The ideal value of DRE is 1 in which case no defects are found in the software As E increases, it is likely that the final value of D will decrease (errors are filtered out before they become defects). DRE can also be used within the project to assess a team’s ability to find errors before they are passed to the next framework