ACM Home Page
Please provide us with feedback. Feedback
What makes a good bug report?
Full text PdfPdf (3.13 MB)
Source Foundations of Software Engineering archive
Proceedings of the 16th ACM SIGSOFT International Symposium on Foundations of software engineering table of contents
Atlanta, Georgia
SESSION: Process table of contents
Pages 308-318  
Year of Publication: 2008
ISBN:978-1-59593-995-1
Authors
Nicolas Bettenburg  Saarland University, Germany
Sascha Just  Saarland University, Germany
Adrian Schröter  University of Victoria, BC, Canada
Cathrin Weiss  University of Zurich, Switzerland
Rahul Premraj  Saarland University, Germany
Thomas Zimmermann  University of Calgary, Alberta, Canada
Sponsor
SIGSOFT: ACM Special Interest Group on Software Engineering
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 41,   Downloads (12 Months): 335,   Citation Count: 3
Additional Information:

abstract   references   cited by   index terms   collaborative colleagues  

Tools and Actions: Request Permissions Request Permissions    Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/1453101.1453146
What is a DOI?

ABSTRACT

In software development, bug reports provide crucial information to developers. However, these reports widely differ in their quality. We conducted a survey among developers and users of APACHE, ECLIPSE, and MOZILLA to find out what makes a good bug report.

The analysis of the 466 responses revealed an information mismatch between what developers need and what users supply. Most developers consider steps to reproduce, stack traces, and test cases as helpful, which are at the same time most difficult to provide for users. Such insight is helpful to design new bug tracking tools that guide users at collecting and providing more helpful information.

Our CUEZILLA prototype is such a tool and measures the quality of new bug reports; it also recommends which elements should be added to improve the quality. We trained CUEZILLA on a sample of 289 bug reports, rated by developers as part of the survey. In our experiments, CUEZILLA was able to predict the quality of 31--48% of bug reports accurately.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

 
1
G. Antoniol, H. Gall, M. D. Penta, and M. Pinzger. Mozilla: Closing the circle. Technical Report TUV-1841-2004-05, Technical University of Vienna, 2004.
2
 
3
4
 
5
N. Bettenburg, S. Just, A. Schröter, C. Weiss, R. Premraj, and T. Zimmermann. What makes a good bug report? Version 1.1. Technical report, Saarland University, Software Engineering Chair, March 2008. The technical report is an extended version of this paper. http://www.st.cs.uni-sb.de/publications/details/bettenburg-tr-2008/.
 
6
N. Bettenburg, R. Premraj, T. Zimmermann, and S. Kim. Duplicate bug reports considered harmful... really? In ICSM '08: Proceedings of the 24th IEEE International Conference on Software Maintenance, September 2008. To appear.
7
8
9
 
10
L. Cherry and W. Vesterman. Writing tools - the STYLE and DICTION programs. Technical report, AT&T Laboratories, 1980.
 
11
D. Cubranic and G. C. Murphy. Automatic bug triage using text categorization. In SEKE 2004: Proceedings of the Sixteenth International Conference on Software Engineering & Knowledge Engineering, pages 92--97, 2004.
 
12
 
13
E. Goldberg. Bug writing guidelines. https://bugs.eclipse.org/bugs/bugwritinghelp.html. Last accessed 2007-08-04.
14
 
15
HOT or NOT. http://www.hotornot.com/. Last accessed 2007-09-11.
 
16
S. Joshi and A. Orso. SCARPE: A Technique and Tool for Selective Record and Replay of Program Executions. In Proceedings of the 23rd IEEE International Conference on Software Maintenance (ICSM 2007), Paris, France, October 2007.
 
17
S. Just, R. Premraj, and T. Zimmermann. Towards the next generation of bug tracking systems. In VL/HCC '08: Proceedings of the 2008 IEEE Symposium on Visual Languages and Human-Centric Computing, September 2008. To appear.
18
 
19
J. P. Kincaid, R. P. Fishburne, Jr., R. L. Rogers, and B. S. Chissom. Derivation of new readability formulas (automated readability index, fog count and flesch reading ease formula) for navy enlisted personnel. Technical report, Research Branch Report 8--75, Millington, TN: Naval Technical Training, U. S. Naval Air Station, Memphis, TN, 1975.
 
20
21
 
22
R. Likert. A technique for the measurement of attitudes. Archives of Psychology, 140:1--55, 1932.
 
23
D. MacKenzie, P. Eggert, and R. Stallman. Comparing and Merging Files with GNU Diff and Patch. Network Theory Ltd., 2003.
 
24
 
25
A. Orso, S. Joshi, M. Burger, and A. Zeller. Isolating relevant component interactions with JINSI. In Proc. of Fifth International Workshop on Dynamic Analysis (WODA 2007), May 2006.
 
26
 
27
 
28
 
29
Ratemyface.com. http://www.ratemyface.com/. Last accessed 2007-09-11.
 
30
 
31
S. Siegel and N. J. Castellan, Jr. Nonparametric Statistics for the Behavioral Sciences. McGraw-Hill, second edition, 1988.
 
32
 
33
34
 
35
L. Wasserman. All of Statistics: A Concise Course in Statistical Inference. Springer, second edition, 2004.
36
 
37
38


Collaborative Colleagues:
Nicolas Bettenburg: colleagues
Sascha Just: colleagues
Adrian Schröter: colleagues
Cathrin Weiss: colleagues
Rahul Premraj: colleagues
Thomas Zimmermann: colleagues