dc.contributor.authors |
Arar, OF; Ayan, K; |
|
dc.date.accessioned |
2020-01-13T07:57:00Z |
|
dc.date.available |
2020-01-13T07:57:00Z |
|
dc.date.issued |
2016 |
|
dc.identifier.citation |
Arar, OF; Ayan, K; (2016). Deriving thresholds of software metrics to predict faults on open source software: Replicated case studies. EXPERT SYSTEMS WITH APPLICATIONS, 61, 121-106 |
|
dc.identifier.issn |
0957-4174 |
|
dc.identifier.uri |
https://hdl.handle.net/20.500.12619/2455 |
|
dc.identifier.uri |
https://doi.org/10.1016/j.eswa.2016.05.018 |
|
dc.description.abstract |
Object-oriented metrics aim to exhibit the quality of source code and give insight to it quantitatively. Each metric assesses the code from a different aspect. There is a relationship between the quality level and the risk level of source code. The objective of this paper is to empirically examine whether or not there are effective threshold values for source code metrics. It is targeted to derive generalized thresholds that can be used in different software systems. The relationship between metric thresholds and fault proneness was investigated empirically in this study by using ten open-source software systems. Three types of fault-proneness were defined for the software modules: non-fault-prone, more-than-one-fault prone, and more-than-three-fault-prone. Two independent case studies were carried out to derive two different threshold values. A single set was created by merging ten datasets and was used as training data by the model. The learner model was created using logistic regression and the Bender method. Results revealed that some metrics have threshold effects. Seven metrics gave satisfactory results in the first case study. In the second case study, eleven metrics gave satisfactory results. This study makes contributions primarily for use by software developers and testers. Software developers can see classes or modules that require revising; this, consequently, contributes to an increment in quality for these modules and a decrement in their risk level. Testers can identify modules that need more testing effort and can prioritize modules according to their risk levels. (C) 2016 Elsevier Ltd. All rights reserved. |
|
dc.language |
English |
|
dc.publisher |
PERGAMON-ELSEVIER SCIENCE LTD |
|
dc.subject |
Operations Research & Management Science |
|
dc.title |
Deriving thresholds of software metrics to predict faults on open source software: Replicated case studies |
|
dc.type |
Article |
|
dc.identifier.volume |
61 |
|
dc.identifier.startpage |
106 |
|
dc.identifier.endpage |
121 |
|
dc.contributor.department |
Sakarya Üniversitesi/Bilgisayar Ve Bilişim Bilimleri Fakültesi/Bilgisayar Mühendisliği Bölümü |
|
dc.contributor.saüauthor |
Ayan, Kürşat |
|
dc.relation.journal |
EXPERT SYSTEMS WITH APPLICATIONS |
|
dc.identifier.wos |
WOS:000379634700009 |
|
dc.identifier.doi |
10.1016/j.eswa.2016.05.018 |
|
dc.identifier.eissn |
1873-6793 |
|
dc.contributor.author |
Omer Faruk Arar |
|
dc.contributor.author |
Ayan, Kürşat |
|