CN110109835A - 一种基于深度神经网络的软件缺陷定位方法 - Google Patents
一种基于深度神经网络的软件缺陷定位方法 Download PDFInfo
- Publication number
- CN110109835A CN110109835A CN201910368699.XA CN201910368699A CN110109835A CN 110109835 A CN110109835 A CN 110109835A CN 201910368699 A CN201910368699 A CN 201910368699A CN 110109835 A CN110109835 A CN 110109835A
- Authority
- CN
- China
- Prior art keywords
- defect
- vector
- defect report
- code file
- word
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3604—Software analysis for verifying properties of programs
- G06F11/3608—Software analysis for verifying properties of programs using formal methods, e.g. model checking, abstract interpretation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F18/00—Pattern recognition
- G06F18/20—Analysing
- G06F18/22—Matching criteria, e.g. proximity measures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/02—Neural networks
- G06N3/04—Architecture, e.g. interconnection topology
- G06N3/044—Recurrent networks, e.g. Hopfield networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/02—Neural networks
- G06N3/04—Architecture, e.g. interconnection topology
- G06N3/045—Combinations of networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/02—Neural networks
- G06N3/08—Learning methods
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Life Sciences & Earth Sciences (AREA)
- Artificial Intelligence (AREA)
- Software Systems (AREA)
- Evolutionary Computation (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Computational Linguistics (AREA)
- Biophysics (AREA)
- Mathematical Physics (AREA)
- Biomedical Technology (AREA)
- Molecular Biology (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Bioinformatics & Computational Biology (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Evolutionary Biology (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种基于深度神经网络的软件缺陷定位方法(DMF‑BL),该方法主要从缺陷报告和代码文件等文本数据中提取了文本相似度、结构信息相似度、基于协同过滤算法的缺陷报告相似度、基于缺陷修复历史的相似度和类名相似度五个特征,并利用深度神经网络来整合这些特征,从而捕获特征之间的非线性关系。同时,该方法在六个项目中的23000个缺陷报告上评估了软件缺陷定位的能力,结果表明,不管是Top 1、5和10中成功定位缺陷的准确率还是平均精度均值(MAP),DMF‑BL的性能都要优于目前的缺陷定位技术。
Description
技术领域
本发明涉及软件测试技术领域,具体来说,是一种基于深度神经网络(DNN)的多特征软件缺陷定位方法。
背景技术
对于一个大规模的软件系统,在软件开发和维护的整个生命周期,许多项目每天都会收到大量的缺陷报告。开发人员手动完成缺陷定位是一项具有挑战性且耗时的任务。自动缺陷定位研究旨在自动定位对缺陷报告负责的潜在错误文件,以帮助开发人员专注于解决错误文件。缺陷跟踪系统(例如Bugzilla和JIRA)经常被用来记录和管理缺陷。一旦发现软件项目的异常行为,开发者或者用户可以把缺陷报告提交到缺陷跟踪系统。这些缺陷报告包含了许多字段,例如摘要和详细描述,它们描述软件的一个异常行为。这些字段对被分配去修复缺陷的开发者是非常重要的。通常,为了定位到一个缺陷报告对应的代码文件,开发者需要分析缺陷报告并查看大量代码文件,以便快速有效地修复它们。不幸的是,这些缺陷报告的数量通常对于开发者来说太大了。例如,到2016年12月,Eclipse项目报告了5100万个缺陷。对于一个给定的缺陷,手动识别潜在的缺陷文件代价太大了。因此,为了减轻软件维护团队的负担,有效的自动缺陷定位方法需求很大。
现有技术中几种自动化的缺陷定位方法已经被提出来帮助开发人员专注于潜在的缺陷文件。现有的方法可以分为三组:动态,静态和动静混合。
动态方法通常通过收集和分析程序数据、断点和系统的执行轨迹来定位缺陷。这种方法依赖于在某些输入条件下跟踪一组成功或失败的测试用例的执行轨迹。基于频谱的缺陷定位,和基于模型的缺陷定位是两种众所周知的动态方法。动态方法通常耗时且昂贵,它的准确率高度依赖于测试套件的质量。在实际程序中,由于大多数测试套件可能没有足够的代码覆盖来定位缺陷,动态方法有可能不可取。
另外一方面,静态方法不需要执行跟踪,并且可以在软件开发的任何阶段被运用。它们只需要缺陷报告和代码文件就能定位缺陷。信息检索(IR)是被广泛使用的静态技术,传统的基于IR的缺陷定位通常计算缺陷报告中包含的文本描述和代码文件中的标识符名称与注释之间的相似度,然后根据它们的相似度返回一组排好序的代码文件名称。为了提高基于IR 的缺陷定位的准确性,还从缺陷报告和代码文件中提取了许多其他特征,例如结构化信息检索,缺陷报告中的元数据,动态分析,版本历史等。这些结合多个特征的方法总是比仅仅使用IR相似度的方法表现得更好。
最近,机器学习技术被用于缺陷定位研究。这些方法通常采用训练好的机器学习模型,将缺陷报告的主题与代码文件的主题相匹配,或者将历史修复文件作为分类标签把代码文件分成许多类。王等人(Wang S,Chollak D,Movshovitz-Attias D,et al.Bugram:bug detection with n-gram language models[C].Proceedings of the 31st IEEE/ACMInternational Conference on Automated Software Engineering.ACM,2016:708-719)使用n-gram语言模型生成可能的缺陷列表。叶等人(Ye X,Bunescu R,Liu C.Mapping bugreports to relevant files:A ranking model,a fine-grained benchmark,andfeature evaluation[J].IEEE Transactions on Software Engineering, 2016,42(4):379-402.)使用learning to rank方法对从代码文件、API描述、缺陷修复和代码变更历史中提取出的19个特征进行自适应排名。最近,深度学习被用于处理一些软件工程问题。霍等人(Huo X,Li M,Zhou Z H.Learning Unified Features from Natural and ProgrammingLanguages for Locating Buggy Source Code[C]//IJCAI.2016:1606-1612.)尝试使用一个基于 CNN的模型来学习缺陷定位的统一功能。肖等人(Xiao Y,Keung J,Mi Q,etal.Improving Bug Localization with an Enhanced Convolutional Neural Network[C]//Asia-Pacific Software Engineering Conference(APSEC),2017 24th.IEEE,2017:338-347)将增强的CNN、新的 rTF-IDuF方法和与word2vec技术结合起来,以提高缺陷定位的性能。Lam等人(Lam A N, Nguyen AT,Nguyen H A,et al.Bug localization withcombination of deep learning and information retrieval[C]//ProgramComprehension(ICPC),2017IEEE/ACM 25th International Conference on.IEEE,2017:218-229.)结合了DNN和基于信息检索的方法来定位有缺陷的文件。
尽管现有技术中已经提出了许多缺陷定位的方法,有些取得了一定的效果,但是实际缺点定位非常复杂和耗时,对于实际应用来说,定位准确性依然很差,缺陷报告中的自然语言文本与代码中的编程语言之间存在着显著的固有词汇不匹配。目前的实证研究表明,缺陷定位的准确性依赖于缺陷报告和代码文件之间的多个特征提取并以适当的方式组合这些特征,这将提高缺陷定位的性能。
发明内容
针对现有技术中存在的软件缺陷定位复杂耗时,定位准确性差的问题,本发明提供一种使用多特征组合的基于深度神经网络的软件缺陷定位方法(DMF-BL,multiplefeature bug localization based on deep neural network),该方法仅提取了文本相似度、结构信息相似度、基于协同过滤算法的缺陷报告相似度、基于缺陷修复历史的相似度和类名相似度五个特征,取得了优异的软件缺陷定位性能。
为实现上述技术目的,本发明采用的技术方案如下:
一种基于深度神经网络的软件缺陷定位方法,包括如下步骤:
S1:收集待测软件的相关数据
访问缺陷跟踪系统获取软件的缺陷报告,使用GIT工具获取软件的代码文件及API文档;
S2:数据预处理
对S1中收集的缺陷报告进行预处理得到如下数据:
缺陷报告集合每个缺陷报告xi代表缺陷报告中的一个单词,缺陷报告集合B的个数记为db;
缺陷报告修复时间向量tl表示缺陷报告修复的时间;
缺陷报告提交时间向量tsl表示缺陷报告bl提交的时间;
对S1中获得的代码文件进行预处理得到如下数据:
代码文件集合每个代码文件yj代表代码文件中的一个单词,代码文件集合S的个数记为ds;
代码文件的名称向量单词snm表示代码文件的名称;
对S1中获取的API文档进行预处理得到如下数据:
API文档集合zk代表API文档的一个单词;
API文档的名称向量dan表示API文档的名称;
每个缺陷报告对应一组标签tagi表示缺陷报告所对应的代码文件的名称;
其中l、m、n,i、j和k均为正整数;
S3:为每个代码文件添加对应的API描述
遍历代码文件集合S,对于每一个遍历向量若j=n时,yj=dan,则构成集合其中
S4:提取如下五个特征
S41:文本相似度
分别构造缺陷报告向量空间和和代码文件的向量空间用于记录单词和单词出现的次数,和初始化为空集;
遍历缺陷报告集合B,对于每一个向量都将其添加到向量空间中(重复单词会增加向量空间中对应单词出现的次数);遍历集合S′,对于每一个向量都将其添加到向量空间中;
对于和保留单词出现次数较多的单词,舍去其余记录的单词,得到新的向量空间V′B和V′S;
将和收尾相连形成新的词汇向量将相同的单词仅保留一个,并将单词出现的次数合并;
由于和有可能包含同样的单词,所以VBS需要去除相同的单词,并将单词计数合并,所以的单词数量nbs≤1000;
记di是缺陷报告集合B中包含单词xi的向量的数量,单词xi对应的逆文档频率遍历缺陷报告集合B,对于每一个向量设向量为在向量空间上的映射,大小为nbs,若xi属于向量空间单词xi在向量中出现的次数记为则单词xi在向量中出现的词频单词xi对应的权重大小
记dj是集合S′中包含单词yj的向量的数量,单词yj对应的逆文档频率遍历集合S′,对于每一个向量设向量为在向量空间上的映射,大小为nst,若yj属于向量空间单词yj在向量中出现的次数记为fj,则单词yj在向量中出现的词频单词yj对应的权重大小
遍历缺陷报告集合B和集合S′,对于每个向量组令Nterm为向量的长度,缺陷报告和代码文件的文本相似度
S42:基于协同过滤算法的缺陷报告相似度
遍历代码文件集合S,对每一个代码文件建立逆标签集合Cm,Cm同时对应代码文件的名称snm,并初始化Cm为空集;
遍历缺陷报告集合B,对于每一个缺陷报告对应的标签将与进行对比,若便把向量添加至集合Cm中,形成
遍历缺陷报告集合B和代码文件集合S,对于每个向量组遍历集合Cm,若计算与的余弦相似度,得相似度向量其中simn表示与的余弦相似度;
将向量按从大到小的顺序排列,得到其中每个元素已做正则化处理
计算缺陷报告和代码文件的基于协同过滤算法的缺陷报告相似度 这里n≤3;
S43:基于缺陷修复历史的相似度
新建代码文件修复事件集合 表示代码文件被修复的历程,初始化为空向量;
遍历缺陷报告集合B,对于每一个缺陷报告都有其对应的tl和若则在向量中添加元素tl;
遍历集合F,对于每一个向量将元素从晚到早顺序排列,得
遍历向量和集合F,对于每个缺陷报告和代码文件若对应的提交时间为tsl,对应的修复事件向量为将中大于tsl的元素删除,得计算缺陷报告和代码文件的基于缺陷修复历史的相似度
p为正整数,上述K值根据软件缺陷报告提交的频率决定;
S44:类名相似度
遍历缺陷报告集合B和向量对于每一个缺陷报告和代码文件名称snm,若记缺陷报告和代码文件的类名相似度反之,记将类名相似度归一化;
S45:结构信息相似度
将缺陷报告集合B拆分为集合Summary和集合Description,其中Summary是缺陷报告中的summary,记Description是缺陷报告中的 description,记则
将代码文件集合S拆分成四个集合Class、Method、Var和Comment,Class是缺陷报告中的class,Method是缺陷报告中的method,Var是缺陷报告中var,Comment是缺陷报告中的comment,记 则
遍历缺陷报告集合B和代码文件集合S,对于缺陷报告和代码文件使用简单共有词方法计算如下文本相似度:
计算缺陷报告和代码文件的结构信息相似度
S5:CNN非线性组合
S51:使用步骤S4中的五个特征构造训练数据集,对于每一个缺陷报告有5×ds个特征值(因为代码文件有ds个,每个缺陷报告和代码文件都有五个特征值),构造特征值矩阵
缺陷报告对应的标签为
S52:构建卷积神经网络
权重初始化采用标准正态分布;
C1:卷积层共有12个卷积核和12个偏移量,其中
5×1的卷积核3个,分别为得矩阵大小为1×ds;
4×1的卷积核3个,分别为得矩阵大小为2×ds;
3×1的卷积核3个,分别为得矩阵大小为3×ds;
2×1的卷积核3个,分别为得矩阵大小为4×ds;
C2:池化层采用单列最大池化策略,如矩阵池化结果为大小为1×ds;
C3:采用矩阵拼接的形式构建新矩阵,共得到如下4个矩阵
是由拼接而成,大小为4×ds;
是由拼接而成,大小为4×ds;
是由拼接而成,大小为4×ds;
是由拼接而成,大小为4×ds;
C4:卷积层共有3个卷积核和3个偏移量,卷积核大小为3×1,得12 个矩阵,大小都为2×ds;
C5:卷积层共有3个卷积核和3个偏移量,卷积核大小为2×1,得36 个矩阵,大小都为1×ds;
C6:全连接层,权重矩阵为偏移向量B6,
C7:分类,将C6展开得代入下述公式,得缺陷报告的预测值向量
其中,
误差函数:
采用梯度下降法更新参数;
S6:对于新的缺陷报告通过S4计算5个特征值,构建特征矩阵,利用步骤S5已训练好的CNN模型,得出对应预测值向量
对到进行大小排序,得可能具有缺陷的代码文件列表,排名越靠前可能性越大。
进一步限定,所述缺陷报告、代码文件以及API文档通过文本分词、去停用词和提取词干的操作进行预处理得到缺陷报告集合B,代码文件集合S以及API文档集合D。
文本分词算法是以空格、符号或段落为间隔,将文本分为单词组;去停用词采用国际通用的停用词表;提取词干采用Porter词干提取法。
本申请提出了软件缺陷定位方法利用缺陷报告和代码文件之间的相关性来增强缺陷定位的性能。而且,本申请只提取了5个有用的特征,包括文本相似度、结构信息相似度、基于协同过滤算法的缺陷报告相似度、基于缺陷修复历史的相似度和类名相似度。实验结果表明其性能超过了现有的方法。
首先,本申请使用修订过的VSM(rVSM)提取特征来检测缺陷报告和代码文件之间的文本相似度。此外,API规范也被用作输入以桥接缺陷报告中的自然语言和代码文件中的编程语言之间的词汇差距。其次,从前修复过的代码文件也可能对应相似的缺陷报告。叶等人提出的协同过滤的方法使用相似缺陷报告的简单总和并不完全准确,本申请提出了一种识别可疑文件的改进方法,而不是使用简单的总和。实验证明,改进后的特征能提高缺陷定位的性能。第三,本申请使用了缺陷预测技术,它旨在预测哪个代码文件将来可能会出错。第四,如果缺陷报告在摘要或详细描述中提到类名,则可以使用类名信息来识别相应的代码文件。我们还使用类名相似度特征来定位可疑的代码文件。第五,我们整合了Saha等人提出的结构信息,如代码文件的类和方法。最后,我们用DNN来结合五个特征,利用足够的训练数据,可以从非线性结合的数据中学习特征的权重。DNN与非线性函数的组合预期比基于IR的自适应学习的线性组合表现更好。
本发明相比现有技术,具有如下有益效果:
1、本申请提出的基于DNN的软件缺陷定位方法提取了五个特征,包括文本相似度、结构信息相似度、基于协同过滤算法的缺陷报告相似度、基于缺陷修复历史的相似度和类名相似度,而DNN方法能够整合所有分析数据,从而捕获特征之间的非线性关系。
2、本申请对缺陷定位方法进行了大规模的评估,在超过23000个缺陷报告上运行了该定位方法,它们来自6个开源项目,包括Eclipse、JDT、Birt、SWT、Tomcat和AspectJ。实验表明,我们的方法相比于目前最先进的方法,比如MAP和MRR,都有了大幅的提高。
附图说明
图1为本申请基于深度神经网络的软件缺陷定位方法的基本框架图;
图2为Porter词干提取法的流程图;
图3为深度神经网络的结构图;
图4为五个特征分别在6个项目上的MAP值。
具体实施方式
为了使本领域的技术人员可以更好地理解本发明,下面结合附图和实施例对本发明技术方案进一步说明。
图1显示了本申请DMF-BL模型的整体框架。DMF-BL模型是把一组存储在缺陷追踪系统中的历史缺陷报告、一组系统的代码文件、在代码文件中使用的API描述和一个待定位的缺陷报告作为输入。
我们将缺陷报告、代码文件和API描述预处理后提取了五个特征,并且建立了特征向量。这些特征包括:1)文本相似度;2)结构信息相似度;3)基于协同过滤算法的缺陷报告相似度;4)基于缺陷修复历史的相似度;5)类名相似度。每一个特征会对每一个段代码文件输出一个可疑度,这五个可疑度将被输入到深度神经网络模型中,以学习并找到缺陷报告所对应的代码文件位置。神经网络模型可以获取特征间的非线性关系,而且比将特征线性加权的方法更加合适。
在提取特征之前,首先要对软件的缺陷报告、代码文件以及API描述进行预处理。
1、数据预处理
数据预处理(Data Preprocessing)是指在主要的处理以前对数据进行的一些处理。在线问答社区的数据是英文文本数据,对应的数据预处理是英文文本预处理。英文文本的预处理方法和中文的有部分区别。首先,英文文本挖掘预处理一般可以不做分词(特殊需求除外),而中文预处理分词是必不可少的一步。第二点,大部分英文文本都是uft-8的编码,这样在大多数时候处理的时候不用考虑编码转换的问题,而中文文本处理必须要处理unicode的编码问题。而英文文本的预处理也有自己特殊的地方,第三点就是拼写问题,很多时候,预处理要包括拼写检查,所以需要在预处理前加以纠正。第四点就是词干提取(Stemming)和词形还原(Lemmatization),原因主要是英文有单数,复数和各种时态,导致一个词会有不同的形式,比如“countries”和"country","wolf"和"wolves",需要将这些词用同一个词来表示。
总的来说,对于缺陷报告、代码文件和API描述中的文本数据进行预处理,需要经过这样几个步骤:文本分词、去停用词和提取词干。下面将对这些预处理方法做一些说明。
1.1分词算法
文本分词是数据预处理过程中不可缺少的部分,因为在建立索引和查询的过程中,是需要使用文本中的每一个单词作为一个表征文本,以基本的表征文本为单位。分词质量对于基于词频的相关性计算来说是无比重要的,而本次研究对象是英文文本,英文语言的基本单位就是单词,所以分词相对于中文来说较容易。
大多数分词算法是以空格、符号或段落为间隔,将文本分为单词组,使用的正则表达式如下:
1.2去停用词
在信息检索中,为节省存储空间和提高搜索效率,在处理自然语言数据(或文本)之前或之后会自动过滤掉某些字或词,这些字或词即被称为停用词(Stop Words),去停用词是文本数据处理阶段中很重要的一个环节。
对于一个给定的目的,任何一类的词语都可以被选作停用词。通常意义上,停用词大致分为两类。一类是人类语言中包含的功能词,这些功能词极其普遍,与其他词相比,功能词没有什么实际含义,最普遍的功能词是限定词(“the”、“a”、“an”、“that”、和“those”),这些词帮助在文本中描述名词和表达概念,如地点或数量。介词如:“over”,“under”,“above”等表示两个词的相对位置。这些功能词的两个特征促使在搜索引擎的文本处理过程中对其特殊对待。第一,这些功能词极其普遍。记录这些词在每一个文档中的数量需要很大的磁盘空间。第二,由于它们的普遍性和功能,这些词很少单独表达文档相关程度的信息。如果在检索过程中考虑每一个词而不是短语,这些功能词基本没有什么帮助。
另一类词包括词汇词,比如'want'等,这些词应用十分广泛,但是对这样的词搜索引擎无法保证能够给出真正相关的搜索结果,难以帮助缩小搜索范围,同时还会降低搜索的效率,所以通常会把这些词从问题中移去,从而提高搜索性能。
去停用词的步骤包括建立停用词表和检索停用词表两步。停用词表的建立方式有两种,人工建立和基于概率统计自动建立。人工建立指的是通过人的主观判断或根据实际经验而建立的停用词表。基于概率统计的停用此表是根据词频信息通过一定算法构建停用词表。
1.3提取词干
词干提取(stemming)是英文文本预处理的特色。词干提取是词形规范化处理的重要技术之一,主要应用于信息检索和文本处理。在检索系统中,对文本中的词进行词干提取,能够减少词的数量,缩减索引文件所占空间,并且使检索不受输入检索词的特定词形的限制,扩展检索结果,提高查全率。
词干提取主要就是根据语言形态中的规律进行处理的,去除屈折或派生形态的词缀,获得词干。因此,只有掌握语言构成特点,深入解析语言形态变化,才能发现其中规律,提高词干提取的准确性。目前,在信息检索和文本处理应用当中,词干提取还是较为浅层的词形规范化技术,不考虑词性、语义等复杂问题,主要是进行词形的统一。
词干提取目前有3大主流算法Porter Stemming、Lovins stemmer和LancasterStemming。本申请主要使用Porter Stemming(Porter词干提取法),其算法主要流程如图2所示。
2、特征提取
DMF-BL将一个缺陷报告-代码文件对(b,s)表示为一个含有k个特征的向量i。我们提取了五个特征来捕获缺陷报告和代码文件之间的隐含关系。这些功能还通过使用项目特定的 API文档来桥接缺陷报告和代码文件之间的词汇差距。表1总结了DMF-BL模型中使用的五个特征。
1)文本相似度;2)结构信息相似度;3)基于协同过滤算法的缺陷报告相似度;4)基于缺陷修复历史的相似度;5)类名相似度
表1 DMF-BL模型中使用的五个特征
2.1文本相似度
通常,缺陷报告是用自然语言表示的,而代码文件用编程语言表示。我们可以将缺陷报告和代码文件看作文本文档然后计算它们之间文本相似度。经典的文本相似度测量使用VSM (vector space model)和TF-IDF将缺陷报告和代码文件建模为术语频率向量,并使用余弦相似度计算每个代码文件和缺陷报告之间的相似度。多年来,已经提出了许多方法来改进VSM 模型的性能。周(J.Zhou,H.Zhang,and D.Lo,“Where should the bugs befixed?-more accurate information retrieval-based bug localization based onbug reports,”in Proceedings of the 34th International Conference on SoftwareEngineering,ser.ICSE’12.IEEE Press,2012,pp.14–24.)提出了rVSM(revised VectorSpace Model),它可以通过调整大文件的排名并结合更有效的术语 -频率变量来帮助定位相关的缺陷文件。在本文中,我们采用rVSM,因为它已被证明比传统的VSM具有更好的性能。
对于缺陷报告,我们提取了摘要和详细描述来创建特征表示。对于代码文件,除了代码文件中使用的注释和标识符之外,我们还提取了字符串文字,每个代码文件后面也添加了对应的API描述。
在缺陷报告和代码文件进行预处理之后,所有输入文本数据都被标记为单个术语或单词。假设{x1,x2,…xn}和{y1,y2,…yn}分别是从缺陷报告和代码文件中提取的术语,其中n 是所提取术语的总数。为了测量缺陷报告和代码文件之间的相似度,这两种类型的术语向量应该在相同的高维空间中。因此,如果从所有的缺陷报告集合中提取出了NB个单词,B={b},并且还从所有的代码文件集合中提取了NF个单词,F={f},然后我们将其结合成大小为 n=NB+NF的单词向量,并用这个组合向量来模拟每个缺陷报告bi(i={1,…,|B|})和每个代码文件fj(j={1,…,|F|}),使它们在相同的n维向量空间中。
在传统的VSM中,缺陷报告和代码文件之间的相关性得分被称为它们对应的向量之间的标准余弦相似度,其计算方法见等式(2)。基于单词频率(tf)和逆文档频率(idf)计算出单词权重w。在rVSM中,tf(t,d)的对数变量用于帮助平滑高频术语的影响并优化经典 VSM模型。在等式(3)中,ftd指的是文档d中的单词t出现的次数。文档向量中的每个权重w由等式(4)计算。其中dt表示包含单词t的文档数,d表示存储库中的文档总数。
tf(t,d)=log(ftd)+1 (3)
由于较大的代码文件往往具有较高的包含缺陷的可能性。因此,在缺陷定位时,rVSM 把较大的文件排得比较靠前。在等式(5)中,#terms表示文档d中的单词总数,函数g被定义为模型文档长度,其中N(#terms)是#term的规范化值。这里,我们使用Min-Max来规范化#terms的值,并把它作为指数函数e-x的输入。e-x是一种逻辑函数,它确保较大的文档在排名时获得较高的分数。然后按照等式(4)计算rVSM分数。它可以直接用作计算每个代码文件和缺陷报告之间相似度分数的特征。
2.2基于协同过滤算法的缺陷报告相似度
软件存储库中有大量历史修复缺陷报告。许多类似的缺陷报告可能与一个相同的代码文件有关。如果先前修复过的报告与当前缺陷报告在文本上相似,那么这些相似缺陷报告相关的缺陷文件也可能与当前报告相关。协同过滤是一种广泛应用于零售、社交媒体和流媒体服务的技术,其基于这样的想法:对于某些事物感兴趣的人在其他事物中也可能具有相似的品味。它在解决历史类似缺陷报告时也是适用的,因为它们始终与相同的缺陷有关。叶等人采用协同过滤的方法来提高缺陷定位的准确性。但是,他们采用了一种简单地将相似缺陷报告相加的办法。如等式(6)所示,他们计算当前缺陷报告的文本与所有历史缺陷报告br(b,s)的摘要之间的文本相似度,这些摘要与相同的已修复代码文件有关。
Score2=sim(b,br(b,s)) (6)
本申请针对现有协同过滤算法计算缺陷报告相似度的方法进行改进,其主要步骤如下:
步骤1:遍历代码文件集合S,对每一个代码文件建立逆标签集合Cm,并初始化Cm为空集;
遍历缺陷报告集合B,对于每一个缺陷报告对应的标签将与进行对比,若便把向量添加至集合Cm中;
遍历缺陷报告集合B和代码文件集合S,对于每个向量组遍历集合Cm,若计算与的余弦相似度,得相似度向量其中simn表示与的余弦相似度;
将向量按从大到小的顺序排列,得到其中每个元素已做正则化处理
步骤2:计算新的缺陷报告和某一个代码文件之间的相似度,需要找到所有代码文件有错并已被修复的缺陷报告集合{b1,b2,b2…bn};
步骤3:取中最大的前k个相似度值带入公式(7),计算和缺陷报告集合{b1,b2,b2…bn}中每个缺陷报告的基于协同过滤算法的缺陷报告相似度得分公式,即
2.3基于缺陷修复历史的相似度
版本控制系统中由许多代码文件变更历史数据。当缺陷被发现时,开发人员需要修复缺陷文件。然而,缺陷文件可能会在修复缺陷之前又产生新的缺陷。缺陷修复历史记录提供的信息可以帮助预测容易出错的代码文件。
缺陷预测技术可以在用户或开发人员发现异常行为之前预测缺陷文件,这可以提供额外的特征来量化代码文件的缺陷倾向。缺陷修复历史信息可以用于帮助预测容易出错的文件。被预测容易出错的文件具有较高的可疑分数。
Kim等人(D.Kim,Y.Tao,S.Kim,and A.Zeller.Where should we fix this bug?Atwo-phase recommendation model.IEEE Trans.Softw.Eng.,39(11):1597-1610,Nov.2013.)提出了 BugCache,它使用先前缺陷的位置信息并维护一个大多数容易出错的代码文件或方法的相对较短的列表。它创建了一个“缓存”文件,这个文件预计在特定提交时容易出错。Rahman 等人(F.Rahman,D.Posnett,A.Hindle,E.Barr,andP.Devanbu.Bugcache for inspections:Hit or miss?In Proceedings of the 19th ACMSIGSOFT Symposium and the 13th European Conference on Foundations of SoftwareEngineering,ESEC/FSE’11,pages 322-331,New York,NY,USA, 2011.ACM.)发现了一种更简单的算法,它只能根据缺陷修复提交的数量来预测容易出错的文件。实验表明,该算法更加简单有效,但是运行起来几乎和BugCache是一样的。
Lewis等人(Lewis C,Ou R.Bug prediction at google[J].URL: http://google-engtools.blogspot.in/2011/12/bug-prediction-at-goodle.Html.2011.)改变了Rahman 等人的算法并提出了一个新算法,这个算法被称为时间加权风险(TMR)。TMR通过谷歌系统上的缺陷修复提交情况来预测缺陷文件,它的结果简单快捷。因此,我们决定使用和修改这种经过良好测试的TMR方法,以便从缺陷修复历史文件中找到容易出错的文件。它的定义如下:
w=mints(ts∈Hk) (9)
其中Hk是指在提交缺陷报告前k天发现的缺陷文件集b。k是由用户指定的,参数k的设置在实验部分将会说明。值ts是缺陷修复提交的输入缺陷报告之间经过的天数。在Lewis等人提出的算法中,w定义了衰退的程度。在本申请中,w定义了代码文件的重要性,它表示缺陷修复提交和当前缺陷报告之间的最短时间,如公式(9)所示。w越大,输出越小。此算法的输出是每个代码文件对应的可疑分数。
2.4类名相似度
在许多缺陷报告中,我们可以发现在摘要或者详细描述中都直接提到了类名,这提供了一个有用的信号:相关的类文件可能负责这个错误报告。例如,SWT中id为255600的缺陷报告标记化后的详细描述包含类名“ViewerAttributeBean,viewer,attribute andbean”,但是只有最长名称“ViewerAttributeBean”是相关文件。因此,当类名更长时,它更具体。我们将缺陷报告与每个代码文件的名称进行比较,如果能在缺陷报告中获取到名称,则根据类名的长度得到一个score4(b,s)的值,否则为0。
s.class表示代码文件s的类名,|s.class|是名称的长度。然后,我们根据等式(10)计算类名相似度。这个特征的值的范围可能很大。使用特征缩放可以使所有的特征处于一个相同的范围,从而使它们彼此具有可比性。Min-Max标准化用于标准化Score4(b,s)。
2.5结构化信息
tf-idf模型为所有的单词赋予相同的权重。但是,有时缺陷报告只与类或方法名称类似,但与其他所有内容不同,由于其数值很大,导致余弦值很小,关键信息可能会被其他标识削弱。在这种情况下,我们认为基于代码结构的结构信息检索能够实现更加准确的缺陷定位。 Saha等人(R.K.Saha,M.Lease,S.Khurshid,and D.E.Perry,“Improving buglocalization using structured information retrieval,”in Proceeding of 28thIEEE/ACM International Conference on Automated Software Engineering,ser.ASE’13,Silicon Valley,CA,USA,November 11-15,2013, pp.345–355.)基于结构化检索提出了BLUiR来进行缺陷定位,以提高技术的准确性。我们采用BLUiR方法将错误报告b解析为两个字段:b.summary和b.description,并将代码文件解析为四个字段:s.class,s.method,s.variable和s.comment。这些字段中的每一个都表示为遵循相似度计算过程的向量,然后对八个相似度求和。结构组件特征得分可以如下计算:
其中bp是缺陷报告中的特定字段,sp是代码文件中的特定字段,而sim(bp,sp)是bp和sp的向量表示的余弦相似度。输出的结构是一组可疑分数,每个可疑分数对应一个文件。
3、深度神经网络(DNN)结构
以合适的方式组合上述有益特征可以改善缺陷定位的性能。现有方法始终将特征与预设权重线性结合。然而,线性模型难以不捕捉特征之间的非线性关系,这就可能限制定位的性能。DNN因为其具有出色的容量,在处理输入和输出之间高复杂度的非线性关系获得了成功,受到它的启发,我们使用DNN作为非线性特征的组合器来计算最终的可疑性分数。
DNN是一种前向传递的人工神经网络,在输入和输出层之间有多个隐藏层,如图3所示,其中较高层能够组合来自较低层的特征。在本申请基于DNN的软件缺陷定位中,提取出来的特征可以作为五个输入向量并被送到输入层。DNN通过隐藏层中的非线性函数转换输入特征,然后通过输出层中的线性函数对这些要素进行分类。在DNN中,隐藏层具有抽象效果,隐藏层的数量决定了网络提取特征的处理能力。在实验中,我们发现DNN中隐藏的层越多,使用的计算资源就越多。隐藏层数超过3层以后,训练时间将大大增加。因此,我们在DNN 模型中选择3个隐藏层。
通常,当训练样本确定时,输入和输出层的节点也可以确认;因此,确定节点数也很重要。如果隐藏的节点数量太少,则不具备必要的学习能力和信息处理能力。相反,如果隐藏的节点数量太多,网络结构的复杂性将大大增加,网络可能在学习过程中陷入局部极小。而且,网络的学习速度也会变慢。根据公式和已知条件(输入层有五个节点,输出层平均有近 3000个节点),我们将隐藏节点的数量设置为9,12和7。
假设l-1层有m个神经元,对于l层中第j个节点的输出,我们有等式(12)个输出层。
其中是l层中第j个节点的值,是l-1层中第k个神经元到第l层中第j个神经元的权重,是输出中第j个节点的偏移量;σ是一个类似于sigmoid或者ReLU函数的非线性函数。
4、评估实验
为了评估DMF-BL的有效性,在这个部分,我们在六个开源的软件项目上进行了实验,并且把它和三种目前最先进的缺陷定位算法进行了比较。
4.1数据集
为了进行比较,我们使用叶等人提供的相同的数据集来对Learning-to-Rank进行评估。这个数据集总共包含超过22000个缺陷报告,它们来自六个已公开的开源项目,包括:Eclipse Platform UI,JDT,Birt,SWT,Tomcat和AspectJ。表2详细描述了这个数据集。这些项目都把Bugzilla作为缺陷跟踪系统,并且把GIT作为版本控制系统(早期的版本控制从CVS/SVN转移到GIT)。所有的缺陷报告、代码文件存储库链接、错误文件和API规范都已经在发布在http://dx.doi.org/10.6084/m9.figshare.951967。根据需要,可以自行下载。
表2基准数据集
Project | Time Range | #bug reports | #source files | #API entries |
Eclipse | 10/01–01/14 | 6495 | 3454 | 1314 |
JDT | 10/01–01/14 | 6274 | 8184 | 1329 |
Birt | 06/05–12/13 | 4178 | 6841 | 957 |
SWT | 02/02–01/14 | 4151 | 2056 | 161 |
Tomcat | 07/02–01/14 | 1056 | 1552 | 389 |
AspectJ | 03/02-01/04 | 593 | 4439 | 54 |
对于每个项目中按时间顺序排列的缺陷报告,我们把它分成两个部分,其中80%作为训练集(较旧的缺陷),另外20%作为测试集(较新的缺陷)。在检查错误分类的实验结果时,我们发现在训练集(较旧的缺陷)中找不到一些新的错误文件,但是它们却对应了测试集中许多缺陷报告(较新的缺陷)。在本文中,我们提取了缺陷修复历史和协同过滤这两个特征,并且它们两个都需要一些历史缺陷修复数据。然而,在这种情况下,我们的方法并不能对这些从未被训练的错误文件产生作用。因此,我们将在测试集中与新的java文件相关的一些缺陷报告与训练集中的缺陷报告进行了交换。这种交换所带来的性能提升将会在下面进行说明。
4.2评估指标
为了对我们所提出的缺陷定位方法进行有效性评估,我们采用了三种主流的评估指标: Top-N排序,平均精度(MAP)和平均倒数排名(MRR)。
Top-N排序:这个指标记录了其关联的缺陷代码文件在返回结果中前N(N-=1,5,10) 排名的缺陷数。给定一个缺陷报告,如果前N个查询结果里面包含至少一个正确的建议,那么我们认为这个缺陷定位是准确的。这个指标的值越高,则缺陷定位的性能越好。
平均精度(MAP):MAP是最常见的评估排序方法的IR指标,它计算了所有缺陷报告的平均精度。因此,MAP强调了所有的缺陷文件而不是第一个。单个查询的平均精度计算如下:
其中k是返回的已排序文件中的排名,M是排名文件的数量(件),pos(k)表示第k个文件是否是错误文件,p(k)是给定顶部截止排名k的精度,计算如下:
平均倒数排名(MRR):MRR是一个统计值,用于评估生成对于一个查询的可能响应列表的过程。一个查询的倒数排名是返回的已排序文件中第一个错误文件的位置的乘法逆。
MRR是所有查询的倒数排名的平均值:
4.3实验结果
这部分展示了DMF-BL在表1所示的六个项目上执行缺陷定位的评估结果。
我们将DMF-BL与以下三种最新的最先进的缺陷定位方法和一个基线进行了比较:
方法1:Leaning to Rank(Ye X,Bunescu R,Liu C.Mapping bug reports torelevant files:A ranking model,a fine-grained benchmark,and featureevaluation[J].IEEE Transactions on Software Engineering,2016,42(4):379-402.)通过代码文件的功能分解将领域知识用于方法、 API描述、缺陷修复历史和代码变成历史。
方法2:Buglocator(J.Zhou,H.Zhang,and D.Lo,“Where should the bugs befixed?-more accurate information retrieval-based bug localization based onbug reports,”in Proceedings of the 34th International Conference on SoftwareEngineering,ser.ICSE’12.IEEE Press,2012,pp. 14–24.)是一种总所周知的缺陷定位技术,它根据文本相似度、代码文件的大小以及以前缺陷修复的信息对代码文件进行排名。
方法3:VSM方法根据代码文件和缺陷报告的文本相似度对其进行排名。
为了进行比较,我们实现了用于评估其他三种方法的相同数据集。表3展示了所有程序的实验结果。通过比较每一个系统的指标,我们发现DMF-BL和Learning to Rank比BugLocator和VSM结果更好。DMF-BL只用了五种特征。相比于Learning to Rank使用了19种特征,已经少了太多。然而,在结果上,DMF-BL的表现优于Learning to Rank太多。
在AspectJ中,DMF-BL成功定位了40.2%的缺陷;在Eclipse中找到了40.2%的错误;在Tomcat中,排名前1位的错误也找到了43.4%。对于其他指标也观察到了同样的趋势。与 Learning to Rank方法相比,在前1的准确性上提高了7.5-33.5%;在前5的准确性上,提高了4-28.4%;在前10的准确性上,提高了3-35%。和BugLocator相比,无论是前1、前5还是前10,DMF-BL都表现得更好。在MAP和MRR方面,AspectJ得分为0.40和0.45,Birt 得分为0.21和0.23,优于其他三种方法。在SWT中,DMF-BL要比其他方法好很多,MAP (0.51)比Learning to Rank高27.5%。DMF-BL的平均MRR比Learning to Rank高8.6%。
DMF-BL持续较高的MAP和MRR也表明DMF-BL产生的有缺陷文件的整体排名也比Learning to Rank、BugLocator和VSM要好。
表3 BMF-BL与其他算法之间的性能比较
DMF-BL在缺陷定位上使用了五种不同的特征。为了评估每个特征对性能的影响,我们选择在不使用DNN的情况下使用每种特征进行排名,然后计算每个特征的MAP。图4中的结果显示了这五种特征在每一个项目上的MAP值。例如,在AspectJ中使用文本相似度特征,系统可以获得0.2644的最佳MAP。当在AspectJ中使用缺陷修复历史特征时,系统获得了0.2469的第二高MAP。另一方面,在Tomcat中使用相同的缺陷修复历史特征时,系统得到了0.0373的最低MAP值。这说明每个特征在不同的项目中扮演者不同角色。根据图4,计算缺陷报告和代码文件之间的词汇相似度的文本相似度特征是AspectJ、Eclipse和Tomcat项目最重要的特征。用于测量新缺陷报告与之前修复过的缺陷报告之间的相似度的协同过滤特征,是项目Birt、JDT和SWT的最重要的特征。总而言之,最重要的特征是文本相似度和协同过滤,其他特征提供了补充信息,进一步提高了定位的性能。
缺陷定位是一项具有挑战性且耗时的任务。因此,对于一个给定的缺陷报告,我们需要开发一种自动缺陷定位技术。在本文中,我们提出了DMF-BL,这是一种基于深度学习的模型,它结合了缺陷报告和代码文件之间的五个特征。DMF-BL通过API规范、缺陷修复历史和代码文件的结构信息来利用项目知识。实际缺陷定位任务的实验结果表明,DML-BL在缺陷定位上比最先进的IR和机器学习技术表现得更好。
以上对本发明提供的基于深度神经网络的多特征缺陷定位方法进行了详细介绍。具体实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以对本发明进行若干改进和修饰,这些改进和修饰也落入本发明权利要求的保护范围内。
Claims (2)
1.基于深度神经网络的软件缺陷定位方法,其特征在于,包括如下步骤:
S1:收集待测软件的相关数据
访问缺陷跟踪系统获取软件的缺陷报告,使用GIT工具获取软件的代码文件及API文档;
S2:数据预处理
对S1中收集的缺陷报告进行预处理得到如下数据:
缺陷报告集合每个缺陷报告xi代表缺陷报告中的一个单词,缺陷报告集合B的个数记为db;
缺陷报告修复时间向量tl表示缺陷报告修复的时间;
缺陷报告提交时间向量tsl表示缺陷报告bl提交的时间;
对S1中获得的代码文件进行预处理得到如下数据:
代码文件集合每个代码文件yi代表代码文件中的一个单词,代码文件集合S的个数记为ds;
代码文件的名称向量单词snm表示代码文件的名称;
对S1中获取的API文档进行预处理得到如下数据:
API文档集合zk代表API文档的一个单词;
API文档的名称向量dan表示API文档的名称;
每个缺陷报告对应一组标签tagi表示缺陷报告所对应的代码文件的名称;
其中l、m、n,i、j和k均为正整数;
S3:为每个代码文件添加对应的API描述
遍历代码文件集合S,对于每一个遍历向量若j=n时,yj=dan,则构成集合其中
S4:提取如下五个特征
S41:文本相似度
分别构造缺陷报告向量空间和和代码文件的向量空间用于记录单词和单词出现的次数,和初始化为空集;
遍历缺陷报告集合B,对于每一个向量都将其添加到向量空间中;
遍历集合S′,对于每一个向量都将其添加到向量空间中;
对于和保留单词出现次数较多的单词,舍去其余记录的单词,得到新的向量空间V′B和V′S;
将和收尾相连形成新的词汇向量将相同的单词仅保留一个,并将单词出现的次数合并;
记di是缺陷报告集合B中包含单词xi的向量的数量,单词xi对应的逆文档频率遍历缺陷报告集合B,对于每一个向量设向量为在向量空间上的映射,大小为nbs,若xi属于向量空间单词xi在向量中出现的次数记为则单词xi在向量中出现的词频单词xi对应的权重大小
记dj是集合S′中包含单词yj的向量的数量,单词yj对应的逆文档频率遍历集合S′,对于每一个向量设向量为在向量空间上的映射,大小为nst,若yj属于向量空间单词yj在向量中出现的次数记为fj,则单词yj在向量中出现的词频单词yj对应的权重大小
遍历缺陷报告集合B和集合S′,对于每个向量组令Nterm为向量的长度,缺陷报告和代码文件的文本相似度
S42:基于协同过滤算法的缺陷报告相似度
遍历代码文件集合S,对每一个代码文件建立逆标签集合Cm,并初始化Cm为空集;
遍历缺陷报告集合B,对于每一个缺陷报告对应的标签将与进行对比,若便把向量添加至集合Cm中;
遍历缺陷报告集合B和代码文件集合S,对于每个向量组遍历集合Cm,若计算与的余弦相似度,得相似度向量其中simn表示与的余弦相似度;
将向量按从大到小的顺序排列,得到其中每个元素已做正则化处理
计算缺陷报告和代码文件的基于协同过滤算法的缺陷报告相似度 这里n≤3;
S43:基于缺陷修复历史的相似度
新建代码文件修复事件集合 表示代码文件被修复的历程,初始化为空向量;
遍历缺陷报告集合B,对于每一个缺陷报告都有其对应的tl和若则在向量中添加元素tl;
遍历集合F,对于每一个向量将元素从晚到早顺序排列,得
遍历向量和集合F,对于每个缺陷报告和代码文件若对应的提交时间为tsl,对应的修复事件向量为将中大于tsl的元素删除,得计算缺陷报告和代码文件的基于缺陷修复历史的相似度
p为正整数,上述K值根据软件缺陷报告提交的频率决定;
S44:类名相似度
遍历缺陷报告集合B和向量对于每一个缺陷报告和代码文件名称snm,若记缺陷报告和代码文件的类名相似度反之,记将类名相似度归一化;
S45:结构信息相似度
将缺陷报告集合B拆分为集合Summary和集合Description,其中Summary是缺陷报告中的summary,记Description是缺陷报告中的description,记则
将代码文件集合S拆分成四个集合Class、Method、Var和Comment,Class是缺陷报告中的class,Method是缺陷报告中的method,Var是缺陷报告中var,Comment是缺陷报告中的comment,记 则
遍历缺陷报告集合B和代码文件集合S,对于缺陷报告和代码文件使用简单共有词方法计算如下文本相似度:
计算缺陷报告和代码文件的结构信息相似度
S5:CNN非线性组合
S51:使用步骤S4中的五个特征构造训练数据集,对于每一个缺陷报告有5×ds个特征值,构造特征值矩阵
缺陷报告对应的标签为
S52:构建卷积神经网络
权重初始化采用标准正态分布;
C1:卷积层共有12个卷积核和12个偏移量,其中
5×1的卷积核3个,分别为得矩阵大小为1×ds;
4×1的卷积核3个,分别为得矩阵大小为2×ds;
3×1的卷积核3个,分别为得矩阵大小为3×ds;
2×1的卷积核3个,分别为得矩阵大小为4×ds;
C2:池化层采用单列最大池化策略;
C3:采用矩阵拼接的形式构建新矩阵,共得到如下4个矩阵
是由拼接而成,大小为4×ds;
是由拼接而成,大小为4×ds;
是由拼接而成,大小为4×ds;
是由拼接而成,大小为4×ds;
C4:卷积层共有3个卷积核和3个偏移量,卷积核大小为3×1,得12个矩阵,大小都为2×ds;
C5:卷积层共有3个卷积核和3个偏移量,卷积核大小为2×1,得36个矩阵,大小都为1×ds;
C6:全连接层,权重矩阵为偏移向量B6,
C7:分类,将C6展开得得缺陷报告的预测值向量Yl满足
其中,
误差函数:
采用梯度下降法更新参数;
S6:对于新的缺陷报告通过S4计算5个特征值,构建特征矩阵,利用S5已训练好的CNN模型,得出对应预测值向量
对到进行大小排序,得可能具有缺陷的代码文件列表,排名越靠前可能性越大。
2.根据权利要求1所述的基于深度神经网络的软件缺陷定位方法,其特征在于,所述缺陷报告、代码文件以及API文档通过文本分词、去停用词和提取词干的操作进行预处理得到缺陷报告集合B,代码文件集合S以及API文档集合D。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910368699.XA CN110109835B (zh) | 2019-05-05 | 2019-05-05 | 一种基于深度神经网络的软件缺陷定位方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910368699.XA CN110109835B (zh) | 2019-05-05 | 2019-05-05 | 一种基于深度神经网络的软件缺陷定位方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110109835A true CN110109835A (zh) | 2019-08-09 |
CN110109835B CN110109835B (zh) | 2021-03-30 |
Family
ID=67488085
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910368699.XA Active CN110109835B (zh) | 2019-05-05 | 2019-05-05 | 一种基于深度神经网络的软件缺陷定位方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110109835B (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111240719A (zh) * | 2020-01-23 | 2020-06-05 | 复旦大学 | 缺陷驱动的第三方库版本升级推荐方法 |
CN111258905A (zh) * | 2020-01-19 | 2020-06-09 | 中信银行股份有限公司 | 缺陷定位方法、装置和电子设备及计算机可读存储介质 |
CN112000802A (zh) * | 2020-07-24 | 2020-11-27 | 南京航空航天大学 | 基于相似度集成的软件缺陷定位方法 |
CN112069069A (zh) * | 2020-09-03 | 2020-12-11 | 平安信托有限责任公司 | 缺陷自动定位分析方法、设备及可读存储介质 |
CN112286807A (zh) * | 2020-10-28 | 2021-01-29 | 北京航空航天大学 | 一种基于源代码文件依赖关系的软件缺陷定位系统 |
CN112286799A (zh) * | 2020-10-19 | 2021-01-29 | 杭州电子科技大学 | 结合句嵌入和粒子群优化算法的软件缺陷定位方法 |
CN112328469A (zh) * | 2020-10-22 | 2021-02-05 | 南京航空航天大学 | 一种基于嵌入技术的函数级缺陷定位方法 |
CN112328475A (zh) * | 2020-10-28 | 2021-02-05 | 南京航空航天大学 | 一种面向多可疑代码文件的缺陷定位方法 |
CN112699018A (zh) * | 2020-10-23 | 2021-04-23 | 西安交通大学 | 基于软件缺陷关联分析的软件缺陷定位方法 |
CN112800172A (zh) * | 2021-02-07 | 2021-05-14 | 重庆大学 | 一种基于两阶段注意力机制的代码搜索方法 |
CN112947995A (zh) * | 2021-03-03 | 2021-06-11 | 北京航空航天大学 | 一种Java项目的体系结构策略定位方法及系统 |
CN114064472A (zh) * | 2021-11-12 | 2022-02-18 | 天津大学 | 基于代码表示的软件缺陷自动修复加速方法 |
CN114490163A (zh) * | 2022-03-28 | 2022-05-13 | 北京天维信通科技有限公司 | 一种故障自愈方法、装置及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2323608A1 (en) * | 1998-03-16 | 1999-09-23 | Acuity Imaging, Llc | Object oriented method of structuring a software step program |
GB2349243A (en) * | 1999-04-21 | 2000-10-25 | Int Computers Ltd | Time estimator |
CN101546290A (zh) * | 2009-04-30 | 2009-09-30 | 上海交通大学 | 提高面向对象型软件中类阶层质量预测准确度的方法 |
CN106844194A (zh) * | 2016-12-21 | 2017-06-13 | 北京航空航天大学 | 一种多层次软件故障诊断专家系统的构建方法 |
CN108829607A (zh) * | 2018-07-09 | 2018-11-16 | 华南理工大学 | 一种基于卷积神经网络的软件缺陷预测方法 |
-
2019
- 2019-05-05 CN CN201910368699.XA patent/CN110109835B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2323608A1 (en) * | 1998-03-16 | 1999-09-23 | Acuity Imaging, Llc | Object oriented method of structuring a software step program |
GB2349243A (en) * | 1999-04-21 | 2000-10-25 | Int Computers Ltd | Time estimator |
CN101546290A (zh) * | 2009-04-30 | 2009-09-30 | 上海交通大学 | 提高面向对象型软件中类阶层质量预测准确度的方法 |
CN106844194A (zh) * | 2016-12-21 | 2017-06-13 | 北京航空航天大学 | 一种多层次软件故障诊断专家系统的构建方法 |
CN108829607A (zh) * | 2018-07-09 | 2018-11-16 | 华南理工大学 | 一种基于卷积神经网络的软件缺陷预测方法 |
Non-Patent Citations (1)
Title |
---|
傅艺绮等: "基于组合机器学习算法的软件缺陷预测模型 ", 《计算机研究与发展》 * |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111258905A (zh) * | 2020-01-19 | 2020-06-09 | 中信银行股份有限公司 | 缺陷定位方法、装置和电子设备及计算机可读存储介质 |
CN111240719A (zh) * | 2020-01-23 | 2020-06-05 | 复旦大学 | 缺陷驱动的第三方库版本升级推荐方法 |
CN111240719B (zh) * | 2020-01-23 | 2021-08-20 | 复旦大学 | 缺陷驱动的第三方库版本升级推荐方法 |
CN112000802A (zh) * | 2020-07-24 | 2020-11-27 | 南京航空航天大学 | 基于相似度集成的软件缺陷定位方法 |
CN112069069A (zh) * | 2020-09-03 | 2020-12-11 | 平安信托有限责任公司 | 缺陷自动定位分析方法、设备及可读存储介质 |
CN112286799B (zh) * | 2020-10-19 | 2024-03-12 | 杭州电子科技大学 | 结合句嵌入和粒子群优化算法的软件缺陷定位方法 |
CN112286799A (zh) * | 2020-10-19 | 2021-01-29 | 杭州电子科技大学 | 结合句嵌入和粒子群优化算法的软件缺陷定位方法 |
CN112328469A (zh) * | 2020-10-22 | 2021-02-05 | 南京航空航天大学 | 一种基于嵌入技术的函数级缺陷定位方法 |
CN112699018A (zh) * | 2020-10-23 | 2021-04-23 | 西安交通大学 | 基于软件缺陷关联分析的软件缺陷定位方法 |
CN112699018B (zh) * | 2020-10-23 | 2023-06-20 | 西安交通大学 | 基于软件缺陷关联分析的软件缺陷定位方法 |
CN112328475A (zh) * | 2020-10-28 | 2021-02-05 | 南京航空航天大学 | 一种面向多可疑代码文件的缺陷定位方法 |
CN112328475B (zh) * | 2020-10-28 | 2021-11-30 | 南京航空航天大学 | 一种面向多可疑代码文件的缺陷定位方法 |
CN112286807B (zh) * | 2020-10-28 | 2022-01-28 | 北京航空航天大学 | 一种基于源代码文件依赖关系的软件缺陷定位系统 |
CN112286807A (zh) * | 2020-10-28 | 2021-01-29 | 北京航空航天大学 | 一种基于源代码文件依赖关系的软件缺陷定位系统 |
CN112800172A (zh) * | 2021-02-07 | 2021-05-14 | 重庆大学 | 一种基于两阶段注意力机制的代码搜索方法 |
CN112947995A (zh) * | 2021-03-03 | 2021-06-11 | 北京航空航天大学 | 一种Java项目的体系结构策略定位方法及系统 |
CN114064472A (zh) * | 2021-11-12 | 2022-02-18 | 天津大学 | 基于代码表示的软件缺陷自动修复加速方法 |
CN114064472B (zh) * | 2021-11-12 | 2024-04-09 | 天津大学 | 基于代码表示的软件缺陷自动修复加速方法 |
CN114490163B (zh) * | 2022-03-28 | 2022-08-05 | 北京天维信通科技有限公司 | 一种故障自愈方法、装置及电子设备 |
CN114490163A (zh) * | 2022-03-28 | 2022-05-13 | 北京天维信通科技有限公司 | 一种故障自愈方法、装置及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN110109835B (zh) | 2021-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110109835A (zh) | 一种基于深度神经网络的软件缺陷定位方法 | |
Lu et al. | Codexglue: A machine learning benchmark dataset for code understanding and generation | |
US20070196804A1 (en) | Question-answering system, question-answering method, and question-answering program | |
Ru et al. | Using semantic similarity to reduce wrong labels in distant supervision for relation extraction | |
Ciborowska et al. | Fast changeset-based bug localization with BERT | |
Zhang et al. | Big data versus the crowd: Looking for relationships in all the right places | |
CN107844533A (zh) | 一种智能问答系统及分析方法 | |
US10282678B2 (en) | Automated similarity comparison of model answers versus question answering system output | |
US10628749B2 (en) | Automatically assessing question answering system performance across possible confidence values | |
Polisetty et al. | On usefulness of the deep-learning-based bug localization models to practitioners | |
US20200175390A1 (en) | Word embedding model parameter advisor | |
Wang et al. | Multi-dimension convolutional neural network for bug localization | |
Cheng et al. | A similarity integration method based information retrieval and word embedding in bug localization | |
Pauzi et al. | Applications of natural language processing in software traceability: A systematic mapping study | |
Nyamawe | Mining commit messages to enhance software refactorings recommendation: A machine learning approach | |
Wang et al. | Personalizing label prediction for github issues | |
Hirsch et al. | Using textual bug reports to predict the fault category of software bugs | |
CN112328469B (zh) | 一种基于嵌入技术的函数级缺陷定位方法 | |
Kicsi et al. | Large scale evaluation of natural language processing based test-to-code traceability approaches | |
Wu et al. | An intelligent duplicate bug report detection method based on technical term extraction | |
US20230075290A1 (en) | Method for linking a cve with at least one synthetic cpe | |
Anh et al. | An Imbalanced Deep Learning Model for Bug Localization | |
CN114429822A (zh) | 病历质检方法、装置和存储介质 | |
CN111339272A (zh) | 代码缺陷报告检索方法及装置 | |
Steinmetz et al. | COALA-A Rule-Based Approach to Answer Type Prediction. |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |