技术领域
[0001] 本
申请涉及
软件缺陷技术领域，更具体地说，涉及一种基于缺陷管理平台的缺陷分派方法及系统。
背景技术
[0002]
软件缺陷又称BUG，是指软件中的错误。软件缺陷产生后，会有专
门的人员对产生的缺陷进行报告，其中包含了缺陷的描述信息。该缺陷报告会传递给缺陷管理平台MANTIS，缺陷管理平台提供缺陷的
跟踪、历史记录、搜索等功能。
[0003] 软件缺陷分派是将新报告的缺陷分派给对应的开发人员，由开发人员来修正这些软件缺陷。该开发人员可以是这部分软件的开发者，也可以是曾经处理过该软件或与该软件相类似的软件的缺陷的技术人。一般地，大型开源项目都有专门人员负责缺陷分派，这需要分派人员对项目要有比较全面的知识。但是，比较矛盾的是，这种人员一般是比较有经验的人员，让他去进行分派工作会导致人
力资源的浪费，而新进项目组的人，由于项目经验不足，又不能够胜任这个工作，由新人来做这个工作很可能会很长时间都不能够将缺陷分派给正确的开发人员，延误缺陷的解决时间。
[0004] 有鉴于此，需要提供一种软件缺陷的分派方法，来解决上述存在的问题。
发明内容
[0005] 有鉴于此，本申请提供了一种基于缺陷管理平台的缺陷分派方法及系统，用于解决现有缺陷分派方法过于依赖人员的知识经验，而无法达到自动分派的目的。
[0006] 为了实现上述目的，现提出的方案如下：
[0007] 一种基于缺陷管理平台的缺陷分派方法，包括：
[0008] 接收缺陷管理平台提供的缺陷报告，所述缺陷报告包含待分派缺陷的描述；
[0009] 查找与所述待分派缺陷的描述的相似度值最高的预存缺陷描述，确定其为第一缺陷描述；
[0010] 参考预存的缺陷描述与代码文件之间的对应关系，查找与所述第一缺陷描述相对应的代码文件，确定其为第一代码文件；
[0011] 结合缺陷管理平台记录的所述第一代码文件的历史
修改记录，确定最佳分派人列表。
[0012] 优选地，所述查找与所述待分派缺陷的描述的相似度值最高的预存缺陷描述，确定其为第一缺陷描述，具体为：
[0013] 对待分派缺陷的描述进行分词，由多个词组成第一分词向量；
[0014] 将预存的多个缺陷描述分别进行分词，每个缺陷描述分词后各自组成一个第二分词向量；
[0015] 比较所述第一分词向量与多个所述第二分词向量，筛选出二者相似度值最高的预存缺陷描述，确定其为第一缺陷描述。
[0016] 优选地，所述结合缺陷管理平台记录的所述第一代码文件的历史修改记录，确定最佳分派人列表，具体为：
[0017] 查询缺陷管理平台记录的第一代码文件的历史修改记录；
[0018] 将距离当前时间不超过第一预设时间的修改时间所对应的修改人员添加到最佳分派人列表中。
[0019] 优选地，所述将距离当前时间不超过第一预设时间的修改时间所对应的修改人员添加到最佳分派人列表中，具体为：
[0020] 筛选出第一修改人员组，所述第一修改人员组内的每一个修改人员修改所述第一代码文件的时间距离当前时间不超过第一预设时间；
[0021] 按照修改时间对第一修改人员组内的修改人员进行排序，将修改时间最晚的修改人员确定为第一最佳分派人。
[0022] 优选地，还包括：
[0023] 将分派人修改所述待分派缺陷的时间上传给所述缺陷管理平台，以供缺陷管理平台进行记录。
[0024] 一种基于缺陷管理平台的缺陷分派系统，包括：
[0025] 缺陷报告接收单元，用于接收缺陷管理平台提供的缺陷报告，所述缺陷报告包含待分派缺陷的描述；
[0026] 第一缺陷描述确定单元，用于查找与所述待分派缺陷的描述的相似度值最高的预存缺陷描述，确定其为第一缺陷描述；
[0027] 第一代码文件确定单元，用于参考预存的缺陷描述与代码文件之间的对应关系，查找与所述第一缺陷描述相对应的代码文件，确定其为第一代码文件；
[0028] 分派人确定单元，用于结合缺陷管理平台记录的所述第一代码文件的历史修改记录，确定最佳分派人列表。
[0029] 优选地，所述第一缺陷描述确定单元包括：
[0030] 第一分词单元，用于对待分派缺陷的描述进行分词，由多个词组成第一分词向量；
[0031] 第二分词单元，用于将预存的多个缺陷描述分别进行分词，每个缺陷描述分词后各自组成一个第二分词向量；
[0032] 比较单元，用于比较所述第一分词向量与多个所述第二分词向量，筛选出二者相似度值最高的预存缺陷描述，确定其为第一缺陷描述。
[0033] 优选地，所述分派人确定单元包括：
[0034] 查询单元，用于查询缺陷管理平台记录的第一代码文件的历史修改记录；
[0035] 添加单元，用于将距离当前时间不超过第一预设时间的修改时间所对应的修改人员添加到最佳分派人列表中。
[0036] 优选地，所述添加单元包括：
[0037] 筛选单元，用于筛选出第一修改人员组，所述第一修改人员组内的每一个修改人员修改所述第一代码文件的时间距离当前时间不超过第一预设时间；
[0038] 排序单元，用于按照修改时间对第一修改人员组内的修改人员进行排序，将修改时间最晚的修改人员确定为第一最佳分派人。
[0039] 优选地，还包括：
[0040] 上传单元，用于将分派人修改所述待分派缺陷的时间上传给所述缺陷管理平台，以供缺陷管理平台进行记录。
[0041] 从上述的技术方案可以看出，本申请公开的基于缺陷管理平台的缺陷分派方法，依据缺陷报告中的缺陷描述，在预存的缺陷描述中查找与待分派缺陷的描述相似度值最高的，并将其确定为第一缺陷描述，然后参考预存的缺陷描述与代码文件之间的对应关系，查找与第一缺陷描述相对应的代码文件，将其确定为第一代码文件，最后综合缺陷管理平台记录的第一代码文件的历史修改记录，确定最佳分派人列表。整个过程，利用了缺陷描述与代码文件之间的相关性，再加上代码文件的历史修改记录，确定最终的分派人选，无需经验丰富的人员来完成，达到了自动进行缺陷分派的目的，且分派的准确率很高。
附图说明
[0042] 为了更清楚地说明本申请
实施例或
现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0043] 图1为本申请实施例公开的一种基于缺陷管理平台的缺陷分派方法
流程图；
[0044] 图2为本申请实施例公开的一种基于缺陷管理平台的缺陷分派方法部分流程图；
[0045] 图3为本申请实施例公开的一种基于缺陷管理平台的缺陷分派方法部分流程图；
[0046] 图4为本申请实施例公开的一种基于缺陷管理平台的缺陷分派方法部分流程图；
[0047] 图5为本申请实施例公开的另一种基于缺陷管理平台的缺陷分派方法流程图；
[0048] 图6为本申请实施例公开的一种基于缺陷管理平台的缺陷分派系统结构示意图；
[0049] 图7为本申请实施例公开的第一缺陷描述确定单元结构示意图；
[0050] 图8为本申请实施例公开的分派人确定单元结构示意图；
[0051] 图9为本申请实施例公开的添加单元结构示意图；
[0052] 图10为本申请实施例公开的另一种基于缺陷管理平台的缺陷分派系统结构示意图。
具体实施方式
[0053] 为了引用和清楚起见，下文中使用的技术名词、简写或缩写总结解释如下：
[0054] 软件缺陷：软件缺陷(Defect)，又称为BUG，是指软件中的错误。
[0055] 缺陷管理平台，英文名称为MANTIS。是一个基于PHP技术的轻量级的开源缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上、实用性上足以满足中小型项目的管理及跟踪。支持多个项目，为每一个项目设置不同的用户
访问级别，跟踪缺陷变更历史，定制我的视图页面，提供全文搜索功能，内置报表生成功能(包括图形报表)，通过Email报告缺陷，用户可以监视特殊的Bug，附件可以保存在web
服务器上或
数据库中(还可以备份到FTP服务器上)，自定义缺陷处理工作流等。
[0056] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
[0057] 本申请提供了一种基于缺陷管理平台的缺陷分派方法，参见图1。
[0058] 如图1所示，该缺陷分派方法包括：
[0059] 步骤101、接收缺陷管理平台提供的缺陷报告，所述缺陷报告包含待分派缺陷的描述；
[0060] 缺陷管理平台检测到缺陷，由报告人员以缺陷报告的形式进行缺陷的报告，缺陷报告中包含待分派缺陷的描述信息。在此
基础上，还可以将附件添加到缺陷报告中，该附件可能是软件的运行日志、出问题时软件运行界面的照片或者录像、死机时调试工具输出的调用堆栈等。
[0061] 步骤102、查找与所述待分派缺陷的描述的相似度值最高的预存缺陷描述，确定其为第一缺陷描述；
[0062] 具体地，我们预先在缺陷仓库中存储有多条缺陷描述，缺陷描述即是对缺陷的一种文字形式的介绍。在接收到待分派缺陷的描述之后，在缺陷仓库中查找与该待分派缺陷的描述的相似度值最高的缺陷描述，将该缺陷描述确定为第一缺陷描述。
[0063] 步骤103、参考预存的缺陷描述与代码文件之间的对应关系，查找与所述第一缺陷描述相对应的代码文件，确定其为第一代码文件；
[0064] 具体地，对于每个缺陷描述，我们为其确定了相关的源代码文件，即建立了缺陷描述与相关代码文件之间的一对多的关系。缺陷管理平台记录了每个缺陷描述对应的处理历史记录，即记录了与每个缺陷描述相关联的代码文件。通过将缺陷描述与代码文件相互关联，在确定了第一缺陷描述后，可以方便的查找与之对应的代码文件。
[0065] 步骤104、结合缺陷管理平台记录的所述第一代码文件的历史修改记录，确定最佳分派人列表。
[0066] 具体地，缺陷管理平台记录了每个代码文件的修改过程，即每一个缺陷从诞生到结束的全过程，均由缺陷管理平台进行记录。我们查找第一代码文件的历史修改记录，即可找到第一代码文件的所有修改时间、修改人员信息等，根据这些信息即可确定最佳分派人列表。
[0067] 本申请实施例公开的基于缺陷管理平台的缺陷分派方法，依据缺陷报告中的缺陷描述，在预存的缺陷描述中查找与待分派缺陷的描述相似度值最高的，并将其确定为第一缺陷描述，然后参考预存的缺陷描述与代码文件之间的对应关系，查找与第一缺陷描述相对应的代码文件，将其确定为第一代码文件，最后综合缺陷管理平台记录的第一代码文件的历史修改记录，确定最佳分派人列表。整个过程，利用了缺陷描述与代码文件之间的相关性，再加上代码文件的历史修改记录，确定最终的分派人选，无需经验丰富的人员来完成，达到了自动进行缺陷分派的目的，且分派的准确率很高。
[0068] 参见图2，图2为上述步骤102：查找与所述待分派缺陷的描述的相似度值最高的预存缺陷描述，确定其为第一缺陷描述的具体实现方式。
[0069] 如图2所示，包括：
[0070] 步骤201：对待分派缺陷的描述进行分词，由多个词组成第一分词向量；
[0071] 具体地，缺陷描述包括多个中文关键词，对缺陷描述进行分词处理，分词后得到多个词组成的第一分词向量。
[0072] 步骤202：将预存的多个缺陷描述分别进行分词，每个缺陷描述分词后各自组成一个第二分词向量；
[0073] 同上，对多个预存的缺陷描述进行分词处理，按照上述方式，即可得到多个第二分词向量，多个第二分词向量组成了第二分词向量组。
[0074] 步骤203：比较所述第一分词向量与多个所述第二分词向量，筛选出二者相似度值最高的预存缺陷描述，确定其为第一缺陷描述。
[0075] 在第二分词向量组中，找到一个第二分词向量，该第二分词向量与第一分词向量的吻合度是最高的，将该第二分词向量确定为第一缺陷描述。
[0076] 参见图3，图3为上述步骤104：结合缺陷管理平台记录的所述第一代码文件的历史修改记录，确定最佳分派人列表的具体实现方式。
[0077] 如图3所示，包括：
[0078] 步骤301：查询缺陷管理平台记录的第一代码文件的历史修改记录；
[0079] 步骤302：将距离当前时间不超过第一预设时间的修改时间所对应的修改人员添加到最佳分派人列表中。
[0080] 为了便于理解，我们举例来说：
[0081] 缺陷管理平台记录了第一代码文件的历史修改记录为：人员A于2014.1.1对代码文件进行了修改；人员B于2014.2.1对代码文件进行了修改；人员C于2014.3.1对代码文件进行修改。我们假设当前时间为2014.3.10，第一预设时间为一个月。则上述步骤302为：查找与当前时间距离为一个月以内的修改时间，从而将修改时间限定为2014.2.10-2014.3.10。在这个时间段内，历史修改记录中符合条件的只有人员C于2014.3.1对代码文件进行修改。所以，我们将人员C添加到最佳分派人列表中。
[0082] 可选的，上述步骤302还可以通过下述方式实现，参见图4所示：
[0083] 步骤401：筛选出第一修改人员组，所述第一修改人员组内的每一个修改人员修改所述第一代码文件的时间距离当前时间不超过第一预设时间；
[0084] 步骤402：按照修改时间对第一修改人员组内的修改人员进行排序，将修改时间最晚的修改人员确定为第一最佳分派人。
[0085] 仍旧拿上述例子来说明：
[0086] 此时缺陷管理平台记录的信息不变，我们将第一预设时间更改为两个月，则修改时间限定为2014.1.10-2014.3.10。因此，步骤401中第一修改人员组包含的修改人员有人员B(于2014.2.1对代码文件进行了修改)和人员C(于2014.3.1对代码文件进行修改)。步骤402为：按照修改时间越晚，排序时越靠前的原则，对人员B和人员C进行排序为C-A。并将人员C确定为第一最佳分派人。
[0087] 原则上来说，对于某一个代码文件最近一次的修改人是最熟悉该代码文件的，因此，我们将修改时间最晚的人员确定为最优的分派人。
[0088] 当然，根据实际情况，可以选择最佳分派人列表中的任何一个或多个人员来进行缺陷的修改。此处不进行限定。
[0089] 在上述的基础上，本申请实施例还公开了一种缺陷的分派方法，参见图5所示：
[0090] 与图1不同的是，本实施例进一步增加了步骤501：将分派人修改所述待分派缺陷的时间上传给所述缺陷管理平台，以供缺陷管理平台进行记录。
[0091] 分派人接收分派任务后，会对相应的缺陷进行修改，我们会将分派人的修改事件上传给缺陷管理平台，以便后续再次使用。这里，修改事件可以包括：分派人姓名或编号、修改时间等。
[0092] 下面对本发明实施例提供的缺陷分派系统进行描述，下文描述的缺陷分派系统与上文描述的缺陷分派方法可相互对应参照。
[0093] 参见图6，图6为本申请实施例公开的一种基于缺陷管理平台的缺陷分派系统结构示意图。如图6所示，该系统包括：
[0094] 缺陷报告接收单元61，用于接收缺陷管理平台提供的缺陷报告，所述缺陷报告包含待分派缺陷的描述；
[0095] 第一缺陷描述确定单元62，用于查找与所述待分派缺陷的描述的相似度值最高的预存缺陷描述，确定其为第一缺陷描述；
[0096] 第一代码文件确定单元63，用于参考预存的缺陷描述与代码文件之间的对应关系，查找与所述第一缺陷描述相对应的代码文件，确定其为第一代码文件；
[0097] 分派人确定单元64，用于结合缺陷管理平台记录的所述第一代码文件的历史修改记录，确定最佳分派人列表。
[0098] 本申请实施例公开的基于缺陷管理平台的缺陷分派系统，依据缺陷报告中的缺陷描述，在预存的缺陷描述中查找与待分派缺陷的描述相似度值最高的，并将其确定为第一缺陷描述，然后参考预存的缺陷描述与代码文件之间的对应关系，查找与第一缺陷描述相对应的代码文件，将其确定为第一代码文件，最后综合缺陷管理平台记录的第一代码文件的历史修改记录，确定最佳分派人列表。整个过程，利用了缺陷描述与代码文件之间的相关性，再加上代码文件的历史修改记录，确定最终的分派人选，无需经验丰富的人员来完成，达到了自动进行缺陷分派的目的，且分派的准确率很高。
[0099] 可选的，图7示出了本申请实施例提供的第一缺陷描述确定单元62的一种可选结构，参照图7，第一缺陷描述确定单元62可以包括：
[0100] 第一分词单元71，用于对待分派缺陷的描述进行分词，由多个词组成第一分词向量；
[0101] 第二分词单元72，用于将预存的多个缺陷描述分别进行分词，每个缺陷描述分词后各自组成一个第二分词向量；
[0102] 比较单元73，用于比较所述第一分词向量与多个所述第二分词向量，筛选出二者相似度值最高的预存缺陷描述，确定其为第一缺陷描述。
[0103] 可选的，图8示出了本申请实施例提供的分派人确定单元64的一种可选结构，参照图8，分派人确定单元64可以包括：
[0104] 查询单元81，用于查询缺陷管理平台记录的第一代码文件的历史修改记录；
[0105] 添加单元82，用于将距离当前时间不超过第一预设时间的修改时间所对应的修改人员添加到最佳分派人列表中。
[0106] 可选的，添加单元82可以以下述结构存在，参照图9，添加单元82可以包括：
[0107] 筛选单元91，用于筛选出第一修改人员组，所述第一修改人员组内的每一个修改人员修改所述第一代码文件的时间距离当前时间不超过第一预设时间；
[0108] 排序单元92，用于按照修改时间对第一修改人员组内的修改人员进行排序，将修改时间最晚的修改人员确定为第一最佳分派人。
[0109] 参见图10，图10为本申请实施例公开的另一种基于缺陷管理平台的缺陷分派系统结构示意图。如图10所示，在图6的基础上，本实施例进一步增加了上传单元65，用于将分派人修改所述待分派缺陷的时间上传给所述缺陷管理平台，以供缺陷管理平台进行记录。
[0110] 最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0111] 本
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
[0112] 对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
