A comprehensive evaluation of SZZ Variants through a developer-informed oracle

Automatically linking bug-fixing changes to bug-inducing ones (BICs) is one of the key data-extraction steps behind several empirical studies in software engineering. The SZZ algorithm is the de facto standard to achieve this goal, with several improvements proposed over time. Evaluating the perform...

Ausführliche Beschreibung

Gespeichert in:
Bibliographische Detailangaben
Veröffentlicht in:The Journal of systems and software 2023-08, Vol.202, p.111729, Article 111729
Hauptverfasser: Rosa, Giovanni, Pascarella, Luca, Scalabrino, Simone, Tufano, Rosalia, Bavota, Gabriele, Lanza, Michele, Oliveto, Rocco
Format: Artikel
Sprache:eng
Schlagworte:
Online-Zugang:Volltext
Tags: Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
Beschreibung
Zusammenfassung:Automatically linking bug-fixing changes to bug-inducing ones (BICs) is one of the key data-extraction steps behind several empirical studies in software engineering. The SZZ algorithm is the de facto standard to achieve this goal, with several improvements proposed over time. Evaluating the performance of SZZ implementations is, however, far from trivial. In previous works, researchers (i) manually assessed whether the BICs identified by the SZZ implementation were correct or not, or (ii) defined oracles in which they manually determined BICs from bug-fixing commits. However, ideally, the original developers should be involved in defining a labeled dataset to evaluate SZZ implementations. We propose a methodology to define a “developer-informed” oracle for evaluating SZZ implementations, without requiring a manual inspection from the original developers. We use Natural Language Processing (NLP) to identify bug-fixing commits in which developers explicitly reference the commit(s) that introduced the fixed bug. We use the built oracle to extensively evaluate existing SZZ variants defined in the literature. We also introduce and evaluate two new variants aimed at addressing two weaknesses we observed in state-of-the-art implementations (i.e., processing added lines and handling of revert commits). •Developer-informed annotated dataset for evaluating SZZ, composed of 2304 instances.•Empirical evaluation of 9 different SZZ variants, where R-SZZ performs best.•Definition of a heuristic for SZZ that allows the processing of added lines in fix commits.•Definition of filtering heuristic for SZZ to handle revert commits.
ISSN:0164-1212
1873-1228
DOI:10.1016/j.jss.2023.111729