Conference Paper

An Investigation on Software Bug-Fix Prediction for Open Source Software Projects - A Case Study on the Eclipse Project.

Akinori Ihara, Yasutaka Kamei, Akito Monden, Masao Ohira, Jacky W. Keung, Naoyasu Ubayashi, Ken-ichi Matsumoto
APSEC Workshops 2012 10.1109/APSEC.2012.86

Abstract

Open source software projects (OSS) receive a large number of bug reports from various contributors and developers alike, where many planned to be fixed by OSS developers. Given the next release cycle information, OSS users can be more effective and flexible in planning and to fix the bugs that are not to be fixed in the next release. It is therefore vital for OSS users to learn which bugs the OSS developers will fix, unfortunately such information may not be readily available, nor there is a prediction framework exists to serve such an important purpose. In this study, we would like to answer the question ʠ Will this bug be fixed by the next release? ʡ, this is addressed by building a bug fixing prediction model based on the characteristics of a bug-related metric and by incorporating the progress of bug fixing measures such as status, period and developer metrics to provide aggregated information for the OSS users. The proposed model calculates the deviance of each variable to analyze the most important metrics, and it has been experimented using a case study with Eclipse platform. Result shows a bug fixing prediction model using both base metrics and state metrics provide significantly better performance in precision (139%) and recall (114%) than the standard model using only base metrics. I. I NTRODUCTION Large Open Source Software (OSS) developers do not fix all bugs which reported to the project. Because, the number of bug reports is too many for the project. For example, Mozilla Firefox project developers do not fix 84.4% bugs (29,399 bugs / 34,778 bugs) 1 Even if a company developer contacts to OSS developers to ask to fix a bug, they will not quickly answer response it except in the case of be claimed the same problem by many users [13]. Therefore, when company developers detect the bug in OSS, they need to know whether the OSS developers will fix the bug by the next release. Even if the OSS developers will not fix the bug, the company developers need to consider fixing the bug themselves. In this study, we reveal that the important metrics to know whether OSS developers will fix the bug by the next release from the characteristics metrics of the bug and th

Keywords