...
首页> 外文期刊>Empirical Software Engineering >Do code review measures explain the incidence of post-release defects? Case study replications and bayesian networks
【24h】

Do code review measures explain the incidence of post-release defects? Case study replications and bayesian networks

机译:代码审查措施解释发布后缺陷的发病率吗?案例研究复制和贝叶斯网络

获取原文
获取原文并翻译 | 示例
           

摘要

Aim In contrast to studies of defects found during code review, we aim to clarify whether code review measures can explain the prevalence of post-release defects. Method We replicate Mclntosh et al.'s (Empirical Softw. Engg. 21(5): 2146-2189, 2016) study that uses additive regression to model the relationship between defects and code reviews. To increase external validity, we apply the same methodology on a new software project. We discuss our findings with the first author of the original study, Mclntosh. We then investigate how to reduce the impact of correlated predictors in the variable selection process and how to increase understanding of the inter-relationships among the predictors by employing Bayesian Network (BN) models.Context As in the original study, we use the same measures authors obtained for Qt project in the original study. We mine data from version control and issue tracker of Google Chrome and operationalize measures that are close analogs to the large collection of code, process, and code review measures used in the replicated the study.Results Both the data from the original study and the Chrome data showed high instability of the influence of code review measures on defects with the results being highly sensitive to variable selection procedure. Models without code review predictors had as good or better fit than those with review predictors. Replication, however, confirms with the bulk of prior work showing that prior defects, module size, and authorship have the strongest relationship to post-release defects. The application of BN models helped explain the observed instability by demonstrating that the review-related predictors do not affect post-release defects directly and showed indirect effects. For example, changes that have no review discussion tend to be associated with files that have had many prior defects which in turn increase the number of post-release defects. We hope that similar analyses of other software engineering techniques may also yield a more nuanced view of their impact. Our replication package including our data and scripts is publicly available (Krutauz et al. 2020).
机译:旨在与在审查期间发现的缺陷的研究相比,我们的目标是澄清代码审查措施是否可以解释释放后缺陷的普遍性。方法我们复制MCLNTOSH等人。(经验软化。ENGG.21(5):2146-2189,2016)使用添加剂回归来模拟缺陷和代码评论之间的关系。为了提高外部有效性,我们在新的软件项目上应用相同的方法。我们与MCLNTOSH的第一个作者讨论了我们的调查结果。然后,我们调查如何通过使用贝叶斯网络(BN)模型来调查如何在变量选择过程中的影响,以及如何通过采用贝叶斯网络(BN)模型来提高预测因子之间的关系.Context,我们使用相同的措施在原始研究中获得了QT项目的作者。我们从Google Chrome的版本控制和问题跟踪器中挖掘数据,并运行措施,这些措施与复制的代码,过程和代码审查措施的大量代码,过程和代码审查措施。结果来自原始研究和Chrome的数据数据显示了对CODE审查措施对缺陷的影响的高稳定性,结果对变量选择过程非常敏感。没有代码审查预测因子的型号比具有审查预测因素的人的良好或更好。然而,复制与大部分事先工作表现出现有缺陷,模块规模和作者的大部分工作确认与发布后缺陷具有最强的关系。 BN模型的应用有助于通过证明审查相关的预测因子不会直接影响释放后缺陷并显示间接效应来解释观察到的不稳定性。例如,没有审查讨论的变更往往与具有许多现有缺陷的文件相关联,这些文件又增加了释放后缺陷的数量。我们希望其他软件工程技术的类似分析也可能产生更细微的影响观点。我们的复制包包括我们的数据和脚本(Krutauz等人.2020)。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号