[发明专利]一种融合缺陷历史抛掷关系的缺陷自动分派方法与系统

说明书

本发明公开了一种融合缺陷历史抛掷关系的缺陷自动分派方法及系统，包括：获取缺陷报告的元数据信息和文本特征信息，基于所述缺陷报告的历史修复信息提取开发者们之间对缺陷报告的Tossing关系；将获取的数据进行处理后输入到训练好的缺陷分派模型中，所述缺陷分派模型获取由半途开发者转移到最终修复者的概率，生成转移概率矩阵；基于首次分派的概率与所述转移概率矩阵，得到与缺陷报告最匹配的开发者排序，根据所述排序将缺陷报告推荐给相应的开发者。本发明方法可通过基于缺陷报告本身的特征在进行二次分派时考虑开发者自身修复该缺陷报告的可能性。

技术领域

本发明涉及缺陷报告自动分派技术领域，尤其涉及一种融合缺陷历史抛掷关系的缺陷自动分派方法与系统。

背景技术

本部分的陈述仅仅是提供了与本发明相关的背景技术信息，不必然构成在先技术。

在软件开发和维护的整个生命周期中，缺陷(Bug)的出现是不可避免的。如果缺陷没有被及时修复，就会影响软件系统的正常使用，导致系统升级更新延迟、用户体验度降低，甚至带来严重的后果。修复这些缺陷是一项耗时并且成本高昂的任务，一般软件维护成本至少占与软件产品相关总成本的50％，有时会超过90％，一些估计则认为维护成本是初始软件版本成本的几倍。提高缺陷修复的效率会缩短项目周期、减少修复的工作量并降低软件生产的成本。

为了正确的跟踪每个缺陷报告(Bug Report)的处理过程，通常将软件测试时发现或用户使用过程中遇到的缺陷作为一条条的记录输入到缺陷跟踪管理系统中，记录的缺陷信息一般包含发现的软件错误类型,错误出现的产品、组件、硬件信息，错误的严重等级，错误的标题和具体的描述信息，必要的附图，测试注释等，处理信息包括处理者姓名，处理时间，处理步骤，错误记录的当前状态，通过这些信息就能回溯任一时间的缺陷记录和相应的修改信息.

这种缺陷跟踪系统的一个普遍例子就是Bugzilla，它是Mozilla公司提供的一款开源免费的缺陷跟踪系统，最初在Mozilla Web浏览器的开发中引入，现在被普遍应用于许多其他项目中。缺陷跟踪管理系统在开源软件开发中尤其重要，因为在开源软件开发中，团队成员可能分散在世界各地，开发人员和其他项目贡献者很少见面，这就为修复工作增加了难度。而缺陷跟踪管理系统正好解决了这一问题，Bugzilla不仅可以跟踪问题报告和特性请求，而且可以协调开发人员之间的工作，当提交新的缺陷报告时，高级开发人员或项目负责人将选择具有修复缺陷报告技能的开发人员去负责修复，在缺陷修复过程中，开发人员和缺陷报告者将通过评论进行交流，他们可以上传额外的资源(如截图)，用来支持缺陷报告的修复，这种把缺陷报告分配给适当的开发人员的过程叫做缺陷分派(Bug Triage)。

但事实上，首次分派的开发人员可能会由于没有解决特定类型缺陷报告的专业知识或者缺陷报告太过复杂，很难由一个开发者完成修复任务，所以必须进行重新分派，直至修复工作完成，这个缺陷报告重新分派的过程称为Bug Tossing。缺陷报告的重新分派是一个冗长而昂贵的过程，一些实证研究表明，平均来说，将一个缺陷报告分配给Eclipse项目中的第一个开发人员大约需要40天，然后将缺陷报告重新分配给第二个开发人员需要额外的100天或更长的时间。同样，在Mozilla项目中，第一次分配需要180天，如果第一次分配的开发人员无法修复，则需要额外的250天进行再次分配。而在Eclipse和Mozilla网站中，37％和44％的缺陷报告至少往外抛出了一次(抛掷路径≥1)，10％的缺陷报告甚至会被重新分配五次或更多次。在缺陷测试过程中，不正确的分配和抛掷会增大缺陷的修复时间，这也会严重推迟软件的交付周期。

为了更好的将出现的缺陷报告分派给能够解决该缺陷的开发者，研究人员们提出了各种缺陷分派的方法，现有的缺陷分派通常有以下几类：

第一类采用信息检索技术，使用缺陷报告的文本信息，通过构造缺陷报告和开发者之间的表示，然后将缺陷报告与最相关的开发者匹配；第二类采用机器学习技术，通过提取缺陷报告的特征或学习表示，并将开发者视为标签，缺陷报告的属性信息视为特征，以分类的方式训练和推荐合适的开发者；