Which warnings should I fix first?
Submitted by mernst on Wed, 2011-11-30 14:35
| Title | Which warnings should I fix first? |
| Publication Type | Conference Paper |
| Year of Publication | 2007 |
| Authors | Kim S, Ernst MD |
| Conference Name | ESEC/FSE 2007: Proceedings of the 11th European Software Engineering Conference and the 15th ACM SIGSOFT Symposium on the Foundations of Software Engineering |
| Date or Month Published | September 5–7 |
| Conference Location | Dubrovnik, Croatia |
| Abstract | <p>Automatic bug-finding tools have a high false positive rate: most warnings do not indicate real bugs. Usually bug-finding tools assign important warnings high priority. However, the prioritization of tools tends to be ineffective. We observed the warnings output by three bug-finding tools, FindBugs, Jlint, and PMD, for three subject programs, Columba, Lucene, and Scarab. Only 6%, 9%, and 9% of warnings are removed by bug fix changes during 1 to 4 years of the software development. About 90% of warnings remain in the program or are removed during non-fix changes –- likely false positive warnings. The tools' warning prioritization is little help in focusing on important warnings: the maximum possible precision by selecting high-priority warning instances is only 3%, 12%, and 8% respectively. </p> <p> In this paper, we propose a history-based warning prioritization algorithm by mining warning fix experience that is recorded in the software change history. The underlying intuition is that if warnings from a category are eliminated by fix-changes, the warnings are important. Our prioritization algorithm improves warning precision to 17%, 25%, and 67% respectively.</p> |
| Downloads | |
| Citation Key | KimE2007 |
Last changed Mon, 2013-06-03 10:27

cs.