Security versus performance bugs: a case study on Firefox
Proceedings of the 8th Working Conference on Mining Software Repositories
Developer prioritization in bug repositories
Proceedings of the 34th International Conference on Software Engineering
Characterizing and predicting which bugs get reopened
Proceedings of the 34th International Conference on Software Engineering
Factors characterizing reopened issues: a case study
Proceedings of the 8th International Conference on Predictive Models in Software Engineering
Studying the impact of social interactions on software quality
Empirical Software Engineering
Categorizing bugs with social networks: a case study on four open source software communities
Proceedings of the 2013 International Conference on Software Engineering
Hi-index | 0.00 |
Bug fixing accounts for a large amount of the software maintenance resources. Generally, bugs are reported, fixed, verified and closed. However, in some cases bugs have to be re-opened. Re-opened bugs increase maintenance costs, degrade the overall user-perceived quality of the software and lead to unnecessary rework by busy practitioners. In this paper, we study and predict re-opened bugs through a case study on the Eclipse project. We structure our study along 4 dimensions: 1) the work habits dimension (e.g., the weekday on which the bug was initially closed on), 2) the bug report dimension (e.g., the component in which the bug was found) 3) the bug fix dimension (e.g., the amount of time it took to perform the initial fix) and 4) the team dimension (e.g., the experience of the bug fixer). Our case study on the Eclipse Platform 3.0 project shows that the comment and description text, the time it took to fix the bug, and the component the bug was found in are the most important factors in determining whether a bug will be re-opened. Based on these dimensions we create decision trees that predict whether a bug will be re-opened after its closure. Using a combination of our dimensions, we can build explainable prediction models that can achieve 62.9% precision and 84.5% recall when predicting whether a bug will be re-opened.