Code Coverage and Postrelease Defects: A Large-Scale Study on Open Source Projects

Testing is a pivotal activity in ensuring the quality of software. Code coverage is a common metric used as a yardstick to measure the efficacy and adequacy of testing. However, does higher coverage actually lead to a decline in postrelease bugs? Do files that have higher test coverage actually have...

Full description

Saved in:
Bibliographic Details
Published in:IEEE transactions on reliability 2017-12, Vol.66 (4), p.1213-1228
Main Authors: Kochhar, Pavneet Singh, Lo, David, Lawall, Julia, Nagappan, Nachiappan
Format: Article
Language:English
Subjects:
Code coverage
Computer bugs
Computer Science
empirical study
Open source software
open-source
postrelease defects
Software Engineering
Software testing
Sonar measurements
Citations: Items that this one cites
Items that cite this one
Online Access:Get full text
Tags: Add Tag
No Tags, Be the first to tag this record!
Description
Summary:Testing is a pivotal activity in ensuring the quality of software. Code coverage is a common metric used as a yardstick to measure the efficacy and adequacy of testing. However, does higher coverage actually lead to a decline in postrelease bugs? Do files that have higher test coverage actually have fewer bug reports? The direct relationship between code coverage and actual bug reports has not yet been analyzed via a comprehensive empirical study on real bugs. Past studies only involve a few software systems or artificially injected bugs (mutants). In this empirical study, we examine these questions in the context of open-source software projects based on their actual reported bugs. We analyze 100 large open-source Java projects and measure the code coverage of the test cases that come along with these projects. We collect real bugs logged in the issue tracking system after the release of the software and analyze the correlations between code coverage and these bugs. We also collect other metrics such as cyclomatic complexity and lines of code, which are used to normalize the number of bugs and coverage to correlate with other metrics as well as use these metrics in regression analysis. Our results show that coverage has an insignificant correlation with the number of bugs that are found after the release of the software at the project level, and no such correlation at the file level.
ISSN:0018-9529
1558-1721
DOI:10.1109/TR.2017.2727062