2013 IEEE International Conference on Software Maintenance 2013
DOI: 10.1109/icsm.2013.29
|View full text |Cite
|
Sign up to set email alerts
|

Efficient Automated Program Repair through Fault-Recorded Testing Prioritization

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
82
0

Year Published

2015
2015
2022
2022

Publication Types

Select...
5
3
1

Relationship

0
9

Authors

Journals

citations
Cited by 74 publications
(82 citation statements)
references
References 27 publications
0
82
0
Order By: Relevance
“…The uncorrected presence of incomplete or inaccurate information in the scientific literature hampers progress, especially when the results are visible, widely cited, and the foundation for additional research [40,15,32,39,25,9,33,12,31]. By providing a more complete understanding of the capabilities of prior automatic patch generation systems, this paper can help researchers better identify productive research directions.…”
Section: Contributionsmentioning
confidence: 99%
“…The uncorrected presence of incomplete or inaccurate information in the scientific literature hampers progress, especially when the results are visible, widely cited, and the foundation for additional research [40,15,32,39,25,9,33,12,31]. By providing a more complete understanding of the capabilities of prior automatic patch generation systems, this paper can help researchers better identify productive research directions.…”
Section: Contributionsmentioning
confidence: 99%
“…A complementary approach to tackle the problem of the expanding search space is to reduce the cost of evaluating candidate patches, whether through test case prioritisation [17,18], test case sampling [4] or removal of redundant tests and (known) semantically equivalent mutants [23]. These approaches complement improved fault localisation for repair.…”
Section: Discussionmentioning
confidence: 99%
“…This makes the technique timeconsuming. This situation gets worse when the program comes with a high number of test cases or the long-running ones [78]. Nevertheless, Le Goues et al explicitly stated that fitness evaluation using test cases is the dominant part of GenProg [9-11, 22, 34].…”
Section: Motivationmentioning
confidence: 98%
“…During the evolution of the faulty program towards the repaired one, it is necessary to validate the evolved program by rerunning all the regression test cases. This makes the repair process highly time-consuming especially when the program comes with many test cases or long-running test cases [78].…”
Section: Introductionmentioning
confidence: 99%