2010
DOI: 10.1587/transinf.e93.d.1154
|View full text |Cite
|
Sign up to set email alerts
|

Mining Co-location Relationships among Bug Reports to Localize Fault-Prone Modules

Abstract: SUMMARYAutomated bug localization is an important issue in software engineering. In the last few decades, various proactive and reactive localization approaches have been proposed to predict the fault-prone software modules. However, most proactive or reactive approaches need source code information or software complexity metrics to perform localization. In this paper, we propose a reactive approach which considers only bug report information and historical revision logs. In our approach, the colocation relati… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2

Citation Types

0
2
0

Year Published

2012
2012
2021
2021

Publication Types

Select...
3
1

Relationship

0
4

Authors

Journals

citations
Cited by 4 publications
(2 citation statements)
references
References 33 publications
0
2
0
Order By: Relevance
“…ODE documentations play an important role in software quality assurance [1][2][3][4][5][6][25][26][27][28][29][30]. High quality code documentation is helpful for program comprehension [31][32][33], test case generation [55][56][57][58][59], API Recommendation [62][63][64][65][66][67], fault localization [5,[68][69][70][71][72][73][74], bug detection [77][78][79], and program repair [84]. However, many studies [7][8][9][10] point out that, due to time and monetary pressures, developers are often unable to write documents for all modules in a project.…”
Section: Introductionmentioning
confidence: 99%
“…ODE documentations play an important role in software quality assurance [1][2][3][4][5][6][25][26][27][28][29][30]. High quality code documentation is helpful for program comprehension [31][32][33], test case generation [55][56][57][58][59], API Recommendation [62][63][64][65][66][67], fault localization [5,[68][69][70][71][72][73][74], bug detection [77][78][79], and program repair [84]. However, many studies [7][8][9][10] point out that, due to time and monetary pressures, developers are often unable to write documents for all modules in a project.…”
Section: Introductionmentioning
confidence: 99%
“…The bug threads that have dependent relationships each other are organized as "group thread". Every time a recent bug is reported, developers find the group thread which the recent bug thread has dependent relationships with bug threads in, that is called "related group thread" to improve their discussion (Black, 2002;Chen et al, 2010). Because there are dozens of group thread, it is difficult for developers to find the related group thread (Zimmermann, 2009;Gall et al, 2003).…”
Section: Introductionmentioning
confidence: 99%