Not logged in.
Quick Search - Contribution
Contribution Details
Type | Conference or Workshop Paper |
Scope | Discipline-based scholarship |
Published in Proceedings | Yes |
Title | Continuous code quality: are we (really) doing that? |
Organization Unit | |
Authors |
|
Presentation Type | paper |
Item Subtype | Original Work |
Refereed | Yes |
Status | Published in final form |
Language |
|
ISBN | 9781450359375 |
Page Range | 790 - 795 |
Event Title | ASE '18: 33rd ACM/IEEE International Conference on Automated Software Engineering |
Event Type | conference |
Event Location | Montpellier France |
Event Start Date | October 3 - 2018 |
Event End Date | October 7 - 2018 |
Place of Publication | New York, NY, USA |
Publisher | ACM |
Abstract Text | Continuous Integration (CI) is a software engineering practice where developers constantly integrate their changes to a project through an automated build process. The goal of CI is to provide developers with prompt feedback on several quality dimensions after each change. Indeed, previous studies provided empirical evidence on a positive association between properly following CI principles and source code quality. A core principle behind CI is Continuous Code Quality (also known as CCQ, which includes automated testing and automated code inspection) may appear simple and effective, yet we know little about its practical adoption. In this paper, we propose a preliminary empirical investigation aimed at understanding how rigorously practitioners follow CCQ. Our study reveals a strong dichotomy between theory and practice: developers do not perform continuous inspection but rather control for quality only at the end of a sprint and most of the times only on the release branch. Preprint [https://doi.org/10.5281/zenodo.1341036]. Data and Materials [http://doi.org/10.5281/zenodo.1341015]. |
Digital Object Identifier | 10.1145/3238147.3240729 |
Other Identification Number | merlin-id:20234 |
PDF File | Download from ZORA |
Export |
BibTeX
EP3 XML (ZORA) |