Title | ||
---|---|---|
Is Complexity of Re-test a Reason Why Some Refactorings Are Buggy? an Empirical Perspective. |
Abstract | ||
---|---|---|
In this short paper, we explore one simple, yet unexplored question about the relationship between refactoring and bugs. Is the complexity of re-testing code immediately after refactoring a reason why some refactorings are buggy? To facilitate our analysis, we use a set of over four thousand refactorings mined from three open-source systems and decomposed into the four test categories of van Deursen and Moonen. Preliminary results showed that, compared with non-buggy classes, buggy classes had been subjected to more refactorings where a large re-test commitment was required; extent of re-test may therefore be a significant factor in determining whether refactoring creates bugs. Our finding supports that of Bavota et al. - that more and better testing after certain refactoring practices could reduce the harm that refactorings cause. |
Year | DOI | Venue |
---|---|---|
2020 | 10.1007/978-3-030-58793-2_7 | QUATIC |
DocType | Citations | PageRank |
Conference | 0 | 0.34 |
References | Authors | |
0 | 4 |
Name | Order | Citations | PageRank |
---|---|---|---|
Steve Counsell | 1 | 1732 | 117.90 |
Steve Swift | 2 | 1 | 2.04 |
Mahir Arzoky | 3 | 10 | 5.22 |
Giuseppe Destefanis | 4 | 237 | 20.74 |