随着软件行业的不断发展,以及信息化时代软件应用的普及,软件渗透到日益广阔的业务和应用领域,其架构复杂度及代码的容量也达到了让开发人员难以理解和管理的程度,这一趋势使得软件项目的维护难度不断加剧。软件缺陷修复作为软件维护的主要活动,对于维护工作的进展有着重要的影响。在进行任务分配过程中,工作人员一般会根据缺陷严重性等级来分配缺陷修复的优先级,然而缺陷的修复复杂度同样是缺陷修复过程中任务分配时的重要参考指标。因此,有必要对软件缺陷的严重性等级与修复复杂度之间的关系展开研究。为了研究缺陷严重性等级与其修复复杂度之间的关系,本文针对13个Apache软件基金会旗下的优秀开源软件项目展开了案例研究。首先,定义了三个用来衡量缺陷修复复杂度的指标,分别为缺陷修复时所修改的代码行数、源文件数以及软件包数。然后利用缺陷仓库中的缺陷报告和版本控制仓库中的历史提交记录等信息,将缺陷与修复该缺陷的提交记录相关联,以获得缺陷修复所修改的信息。最后,使用Mann-Whitney U检验分别验证了不同严重性等级的缺陷的修复复杂度指标之间是否存在显著差异。最终,我们发现:对于研究中的大多数项目,严重性等级为Blocker与Critical的缺陷修复复杂度之间没有显著差异;而对于严重性等级为Major,Minor和Trivial的缺陷,当严重性等级越高时,其修复复杂度越大。这一发现将对软件项目维护阶段的工作量估计与发布计划制定起到重要的指导性作用,同时开发人员将能够根据缺陷的严重性等级来进行合理的任务分配,以达到效率与利益的共赢。