DRS: A Developer Risk Metric for Better Predicting Software Fault-Proneness

Shou-Yu Lee, Yihao Li
{"title":"DRS: A Developer Risk Metric for Better Predicting Software Fault-Proneness","authors":"Shou-Yu Lee, Yihao Li","doi":"10.1109/TSA.2015.27","DOIUrl":null,"url":null,"abstract":"Previous studies have reported that the performance of a developer can greatly impact the quality of the software he/she has worked on. Such performance can be measured using two developer risk metrics during a particular development period. One is the ratio of the number of bug-introduce commits to the total number of commits made by a developer (i.e., the DQ metric). The other is the proportion of faulty software modules out of all modules modified by the developer (i.e., the BR metric). However, all bug-introduce commits, no matter its severity, are treated equally by both DQ and BR metrics. Moreover, the complexity of a software module that a developer is working on may also have a potential impact on his/her performance but is not considered by either DQ or BR. To resolve these two problems, we propose Developer Risk Score (DRS), which takes both program complexity and the severity of bug-introduce commits into account, to evaluate the performance of a developer. Nine software risk metrics based on DRS are further derived to predict the fault proneness of a given software module. Results from our case studies show that (1) DRS-based software risk metrics are generally more correlated with the number of bugs in a software module and the cumulative severity score of bug-introduce commits for a module than DQ-and BR-based metrics, and (2) models using DRS-based metrics are generally more effective in predicting software fault-proneness than those using DQ-and BR-based metrics.","PeriodicalId":293345,"journal":{"name":"2015 Second International Conference on Trustworthy Systems and Their Applications","volume":"144 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2015-07-08","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"5","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"2015 Second International Conference on Trustworthy Systems and Their Applications","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/TSA.2015.27","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 5

Abstract

Previous studies have reported that the performance of a developer can greatly impact the quality of the software he/she has worked on. Such performance can be measured using two developer risk metrics during a particular development period. One is the ratio of the number of bug-introduce commits to the total number of commits made by a developer (i.e., the DQ metric). The other is the proportion of faulty software modules out of all modules modified by the developer (i.e., the BR metric). However, all bug-introduce commits, no matter its severity, are treated equally by both DQ and BR metrics. Moreover, the complexity of a software module that a developer is working on may also have a potential impact on his/her performance but is not considered by either DQ or BR. To resolve these two problems, we propose Developer Risk Score (DRS), which takes both program complexity and the severity of bug-introduce commits into account, to evaluate the performance of a developer. Nine software risk metrics based on DRS are further derived to predict the fault proneness of a given software module. Results from our case studies show that (1) DRS-based software risk metrics are generally more correlated with the number of bugs in a software module and the cumulative severity score of bug-introduce commits for a module than DQ-and BR-based metrics, and (2) models using DRS-based metrics are generally more effective in predicting software fault-proneness than those using DQ-and BR-based metrics.
DRS:用于更好地预测软件故障倾向的开发人员风险度量
以前的研究报告说,开发人员的性能可以极大地影响他/她所工作的软件的质量。在特定的开发期间,可以使用两个开发人员风险度量来度量这种性能。一个是bug引入的提交数与开发人员提交总数之比(即DQ指标)。另一个是有缺陷的软件模块在开发人员修改的所有模块中所占的比例(即BR度量)。然而,所有引入bug的提交,无论其严重程度如何,都被DQ和BR指标平等对待。此外,开发人员正在处理的软件模块的复杂性也可能对他/她的性能有潜在的影响,但DQ或BR都没有考虑到这一点。为了解决这两个问题,我们提出了开发人员风险评分(DRS),它考虑了程序复杂性和引入bug的提交的严重程度,以评估开发人员的性能。进一步推导了基于DRS的9个软件风险度量来预测给定软件模块的故障倾向性。我们的案例研究结果表明:(1)基于drs的软件风险度量通常比基于dq和br的度量与软件模块中的错误数量和模块中引入的错误提交的累积严重性评分更相关,(2)使用基于drs的度量的模型通常比使用基于dq和br的度量的模型在预测软件故障倾向方面更有效。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约1分钟内获得全文 求助全文
来源期刊
自引率
0.00%
发文量
0
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
确定
请完成安全验证×
copy
已复制链接
快去分享给好友吧!
我知道了
右上角分享
点击右上角分享
0
联系我们:info@booksci.cn Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。 Copyright © 2023 布克学术 All rights reserved.
京ICP备2023020795号-1
ghs 京公网安备 11010802042870号
Book学术文献互助
Book学术文献互助群
群 号:604180095
Book学术官方微信