Authors: Moritz Beller Radjino Bholanath Shane McIntosh Andy Zaidman
Venue: SANER 2016 IEEE 23rd International Conference on Software Analysis, Evolution, and Reengineering (SANER) , pp. 470-481, 2016
Year: 2016
Abstract: The use of automatic static analysis has been a software engineering best practice for decades. However, we still do not know a lot about its use in real-world software projects: How prevalent is the use of Automated Static Analysis Tools (ASATs) such as FindBugs and JSHint? How do developers use these tools, and how does their use evolve over time? We research these questions in two studies on nine different ASATs for Java, JavaScript, Ruby, and Python with a population of 122 and 168,214 open-source projects. To compare warnings across the ASATs, we introduce the General Defect Classification (GDC) and provide a grounded-theory-derived mapping of 1,825 ASAT-specific warnings to 16 top-level GDC classes. Our results show that ASAT use is widespread, but not ubiquitous, and that projects typically do not enforce a strict policy on ASAT use. Most ASAT configurations deviate slightly from the default, but hardly any introduce new custom analyses. Only a very small set of default ASAT analyses is widely changed. Finally, most ASAT configurations, once introduced, never change. If they do, the changes are small and have a tendency to occur within one day of the configuration's initial introduction.
BibTeX:
@inproceedings{moritzbeller2016atsosaaleioss,
author = "Moritz Beller and Radjino Bholanath and Shane McIntosh and Andy Zaidman",
title = "Analyzing the State of Static Analysis: A Large-Scale Evaluation in Open Source Software",
year = "2016",
pages = "470-481",
booktitle = "Proceedings of 2016 IEEE 23rd International Conference on Software Analysis, Evolution, and
Reengineering (SANER)
"
}
Plain Text:
Moritz Beller, Radjino Bholanath, Shane McIntosh, and Andy Zaidman, "Analyzing the State of Static Analysis: A Large-Scale Evaluation in Open Source Software," 2016 IEEE 23rd International Conference on Software Analysis, Evolution, and Reengineering (SANER)
, pp. 470-481