3. Related Work
• Source code analysis [e.g. MCDonald 2000]
• «One out of four bug reports required
dicussion and negotiation..» [Carstensen,
1995]
3J. Anvik, L. Hiew, and G. C. Murphy, “Who should fix this bug?,” in Proceedings of the 28th International Conference on Software Engineering, ICSE ‟06.
D. W. McDonald and M. S. Ackerman, “Expertise recommender: a flexible recommendation system and architecture,” in Proceedings of the 2000 ACM Conference on Computer Supported Cooperative Work, CSCW ‟00,
Carstensen, P. H., Sorensen, C. and Tuikka, T., Let's talk about bugs! Scandanavian Journal of Information Systems, 1995. 7,1 33-54.
• Information Retrieval or Machine Learning
[e.g. Anvik 2006]
4. Related Work
• Source code analysis [e.g. MCDonald 2000]
• «One out of four bug reports required
dicussion and negotiation..» [Carstensen,
1995]
4J. Anvik, L. Hiew, and G. C. Murphy, “Who should fix this bug?,” in Proceedings of the 28th International Conference on Software Engineering, ICSE ‟06.
D. W. McDonald and M. S. Ackerman, “Expertise recommender: a flexible recommendation system and architecture,” in Proceedings of the 2000 ACM Conference on Computer Supported Cooperative Work, CSCW ‟00,
Carstensen, P. H., Sorensen, C. and Tuikka, T., Let's talk about bugs! Scandanavian Journal of Information Systems, 1995. 7,1 33-54.
• Information Retrieval or Machine Learning
[e.g. Anvik 2006]
14. Summary
14
Collaboration
IR + change set analysis
Allow change set investigation
For more details visit:
http://www.ifi.uzh.ch/seal/people/kevic/researchprojects/CollabBugTriaging.html
15. References
15
J. Anvik, L. Hiew, and G. C. Murphy, “Who should fix this bug?,” in
Proceedings of the 28th International Conference on Software Engineering,
ICSE ‟06, (New York, NY, USA), pp. 361–370, ACM, 2006.
D. W. McDonald and M. S. Ackerman, “Expertise recommender: a
flexible recommendation system and architecture,” in Proceedings of
the 2000 ACM Conference on Computer Supported Cooperative Work,
CSCW ‟00, (New York, NY, USA), pp. 231–240, ACM, 2000.
Carstensen, P. H., Sorensen, C. and Tuikka, T., Let's talk about
bugs! Scandanavian Journal of Information Systems, 1995. 7,1 33-54.
Editor's Notes
Hello and welcome to my presentation. I’m KatjaKevic from the University of Zurich and today I’m talking about how to support collaborative bug triaging.
In the MySQL project,asexample, on average500 bugs per monthareopenend. Eachbughastobeassessedbased on itsfeatures, such as title, priority, severityandaffectedcomponentsifitismeaningfulandthenidentify a developermostsuitedforfixingthebug. This processiswhatwecallbugtriaging.As evidencesuggests a lotofpeopleareinvolved in triagingbugs. As example in the MySQL projectover 250 developersclosedbugs. Toaround 20 different developersat least onebug was assignedonly in the last month. So, triaging so manybugscanbetedious, time-consuming, anderror-prone, ifitis not supportedbyeffectivemeans.In otherprojects, like Mozilla andEclipse, 37%-44% ofthebugsarereassigned. This reassignmentcanbeunderstoodas a hintthatbugtriagingis a implicitcollaborativetask, becauseitrevealsthatthereiscollectiveknowledgeaboutwhowould fit betterto fix thebugwhichleadstothe final assignment.Whatwetryto find out is, ifsupportingexplicitelythecollaborativenatureofbugtriagingcanenhancethisprocess.