本发明涉及计算机运维管理技术领域，特别涉及一种软件版本的质量控制方法、装置、计算机设备及存储介质。
背景技术：
软件产品已应用到在各行业各领域中，为了更好的控制软件产品质量，保证软件产品质量的可靠性，需对软件产品的质量进行全面检测和评估。传统的方式中，采用通用的检测模型和软件生命周期对软件质量进行测评。但该测评方式采用的检测模型和软件生命周期均趋于理想模型，由于软件本身以及软件开发和测试等过程的多样性，使得理想模型偏离实际情况，从而传统的软件质量测评方式难以保证软件质量测评的准确性。
另外，因为缺少对于每个软件版本对应缺陷的具体分析，使得相关负责人员无法及时且直观地了解到版本的质量，以做出相应的工作调整及跟踪。相关负责人员往往需要手工维护工作任务，容易造成工作量大、工作效率低的不良后果。
技术实现要素：
本发明的目的是提供一种能够准确评估软件版本质量的技术方案，以解决现有技术中存在的上述问题。
为实现上述目的，本发明提供一种软件版本的质量控制方法，包括以下步骤：
获取目标软件的新版本在若干项目阶段对应的理想缺陷趋势线；
获取所述目标软件的历史版本在所述若干项目阶段对应的第一实际缺陷趋势线；
根据所述理想缺陷趋势线和所述第一实际缺陷趋势线确定所述目标软件的新版本的预测缺陷趋势线；
获取所述目标软件的新版本在所述若干项目阶段对应的第二实际缺陷趋势线；
计算所述第二实际缺陷趋势线相对于所述预测缺陷趋势线的偏差度；
根据所述偏差度评估所述软件版本的质量。
根据本发明提供的质量控制方法，所述根据所述理想缺陷趋势线和所述第一实际缺陷趋势线确定所述目标软件的新版本的预测缺陷趋势线的步骤包括：
获取预设的每个所述项目阶段对应的偏差权重；
根据所述第一实际缺陷趋势线和所述偏差权重计算每个所述项目阶段对应的预测缺陷数量；
统计每个所述项目阶段对应的预测缺陷数量，以生成与所述若干项目阶段对应的所述预测缺陷趋势线。
根据本发明提供的质量控制方法，所述计算所述第二实际缺陷趋势线相对于所述预测缺陷趋势线的偏差度的步骤包括：
获取预设的每个项目阶段对应的偏差权重；
获取与所述第二实际缺陷趋势线对应的每个项目阶段的实际缺陷数量，以及与所述预测缺陷趋势线对应的每个项目阶段的预测缺陷数量；
根据所述实际缺陷数量和所述预测缺陷数量，计算相应项目阶段对应的偏差比例；
根据所述偏差权重和所述偏差比例计算相应项目阶段对应的偏差度。
根据本发明提供的质量控制方法，所述方法还包括：
根据所述预测缺陷趋势线计算每个项目阶段对应的工作指标；
获取所述目标软件的新版本在当前项目阶段的实际工作量；
根据所述工作指标和所述实际工作量进行工作质量评估。
根据本发明提供的质量控制方法，所述方法还包括：
计算当前项目阶段的缺陷实际数量与缺陷理想数量之间的差值；
基于所述差值发送对应的提示信息。
根据本发明提供的质量控制方法，所述方法还包括：
根据缺陷数据计算多个版本系统对应的缺陷密度；
根据缺陷密度生成开发质量曲线；
根据开发质量曲线的变化趋势对新版本系统进行打分。
为实现上述目的，本发明还提供一种软件版本的质量控制装置，包括：
理想缺陷模块，用于获取目标软件的新版本在若干项目阶段对应的理想缺陷趋势线；
第一实际缺陷模块，用于获取所述目标软件的历史版本在所述若干项目阶段对应的第一实际缺陷趋势线；
预测缺陷模块，用于根据所述理想缺陷趋势线和所述第一实际缺陷趋势线确定所述目标软件的新版本的预测缺陷趋势线；
第二实际缺陷模块，用于获取所述目标软件的新版本在所述若干项目阶段对应的第二实际缺陷趋势线；
偏差度模块，用于计算所述第二实际缺陷趋势线相对于所述预测缺陷趋势线的偏差度；
质量评估模块，用于根据所述偏差度评估所述软件版本的质量。
根据本发明提供的质量控制装置，所述预测缺陷模块包括：
偏差权重单元，用于获取预设的每个所述项目阶段对应的偏差权重；
预测缺陷数量单元，用于根据所述第一实际缺陷趋势线和所述偏差权重计算每个所述项目阶段对应的预测缺陷数量；
趋势生成单元，用于统计每个所述项目阶段对应的预测缺陷数量，以生成与所述若干项目阶段对应的所述预测缺陷趋势线。
为实现上述目的，本发明还提供一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。
为实现上述目的，本发明还提供计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。
本发明提供的项目系统的软件版本的质量管理方法、装置、计算机设备及计算机可读存储介质，
附图说明
图1为本发明的软件版本的质量控制方法实施例一的流程图；
图2为本发明的质量控制装置实施例一的程序模块示意图；
图3为本发明的质量控制装置实施例一的硬件结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明提供的版本质量管控方法、装置、计算机设备及计算机可读存储介质，能够对于软件版本的质量进行定量评估。根据缺陷数据进行系统开发质量分析和系统测试质量分析，发现各缺陷的发生概率、集中区域，发展趋势以及产生原因等，从而可以有针对性地提出遏制缺陷发生的措施，降低缺陷数量，改进系统开发。本方案可以为开发、测试及管理者提供缺陷趋势、密度、分布规律以及各环节处理时效，并直观反映出所有人员的工作成果及工作量，从而更好地检视版本进度及相关人员工作情况。
实施例一
在软件开发过程中，测试人员会对整个系统生命周期内发现的缺陷向后台系统上报。上报内容主要包括：项目阶段、缺陷等级、缺陷类型、缺陷发现时间等。其中项目阶段可以包括需求、设计、编码 单元测试、系统测试、uat验收测试、回归测试等阶段；缺陷等级用于表示缺陷的严重程度，例如可以划分为l1、l2、l3、l4四个等级，数字越高表示缺陷越严重；缺陷类型可以包括系统缺陷、性能缺陷和页面缺陷等；缺陷发现时间可以是发现缺陷时的日期。本发明根据上述缺陷数据对软件版本的质量进行管理和控制。
请参阅图1，示出了一种软件版本的质量控制方法，包括以下步骤：
s110:获取目标软件的新版本在若干项目阶段对应的理想缺陷趋势线。
整个软件开发的生命周期内的一般规律通常表现为，前期发现的缺陷数量线性增长，后期应当呈平稳状态，即不再发现缺陷。软件前期、软件中期以及软件后期的理想缺陷数呈理想趋势线。
所述目标软件的新版本，指的是当前正在开发的目标软件的最新版本。根据本发明示例性实施例的一种实施方式，可以利用gompertz模型获取不同项目阶段对应的理想缺陷趋势线。
s120:获取所述目标软件的历史版本在所述若干项目阶段对应的第一实际缺陷趋势线。
目标软件的历史版本，可以是相对于新版本而言更早的版本。例如当前开发的新版本的版本号为4.0，那么版本号为1.0、2.0和3.0的版本为历史版本。历史版本在不同项目阶段的第一实际趋势线为已知数据，可以通过后台系统中存储的历史上报缺陷数据得到。
s130:根据所述理想缺陷趋势线和所述第一实际缺陷趋势线确定所述目标软件的新版本的预测缺陷趋势线。
目标软件的新版本的预测缺陷趋势线包括新版本在各个项目阶段可能出现的缺陷数量的发展趋势。根据预测缺陷趋势线可以了解目标软件的新版本的缺陷数据大致走向。可以理解，由于预测缺陷趋势线是基于理想缺陷趋势线和第一实际缺陷趋势线确定的，因此预测缺陷趋势线表征了在理想状态下目标软件的新版本最符合实际趋势的一种概率最大的预测结果。
s140:获取所述目标软件的新版本在所述若干项目阶段对应的第二实际缺陷趋势线。
第二实际缺陷趋势线可以是测试人员根据目标软件的新版本在不同项目阶段向后台上报的实际缺陷数据构成的趋势图。第二实际缺陷趋势线可以从后台系统中直接获得。
s150:计算所述第二实际缺陷趋势线相对于所述预测缺陷趋势线的偏差度。
偏差度可以表征第二实际缺陷趋势线和所述预测缺陷趋势线之间的差距，即目标软件的新版本在不同项目阶段发现的实际缺陷数量与预测缺陷数量之间的差距。
s160:根据所述偏差度评估所述软件版本的质量。
理论上在整个系统生命周期内，前期发现的缺陷数量线性增长，后期应当呈平稳状态，即不再发现缺陷。本领域技术人员可以理解，如果第二实际缺陷趋势线偏离预测缺陷趋势线越严重，如在产品上线周期后期缺陷数量仍在递增，说明最后的系统产品存在缺陷的风险比较大，即目标软件的新版本质量较差。
在一个示例中，上述根据所述理想缺陷趋势线和所述第一实际缺陷趋势线确定所述目标软件的新版本的预测缺陷趋势线的步骤包括：
s131:获取预设的每个所述项目阶段对应的偏差权重。
偏差权重可以是测试人员预先配置在测试终端的，代表不同项目阶段可以允许出现的偏差比例。可以设置在前期的需求、设计阶段偏差比例最高，例如偏差权重在0.5以上；中期的编码 单元测试和系统测试阶段的偏差比例次之，例如偏差权重在0.3到0.4之间；后期的uat验收测试和回归测试阶段的偏差比例最低，例如偏差权重在0.3以下。
s132:根据所述第一实际缺陷趋势线和所述偏差权重计算每个所述项目阶段对应的预测缺陷数量。
根据第一实际缺陷趋势线可以得到每个项目阶段对应的实际缺陷数量。将每个项目阶段对应的实际缺陷数量基于对应的偏差权重进行计算，例如相乘，可以得到每个所述项目阶段对应的预测缺陷数量。
s133:统计每个所述项目阶段对应的预测缺陷数量，以生成与所述若干项目阶段对应的所述预测缺陷趋势线。
在得到每个所述项目阶段对应的预测缺陷数量的基础上，就可以生成与所述若干项目阶段对应的所述预测缺陷趋势线。
在一个示例中，所述计算所述第二实际缺陷趋势线相对于所述预测缺陷趋势线的偏差度的步骤包括：
s151:获取预设的每个项目阶段对应的偏差权重。
偏差权重可以是测试人员预先配置在测试终端的，代表不同项目阶段可以允许出现的偏差比例。可以设置在前期的需求、设计阶段偏差比例最高，例如偏差权重在0.5以上；中期的编码 单元测试和系统测试阶段的偏差比例次之，例如偏差权重在0.3到0.4之间；后期的uat验收测试和回归测试阶段的偏差比例最低，例如偏差权重在0.3以下。
s152:获取与所述第二实际缺陷趋势线对应的每个项目阶段的实际缺陷数量，以及与所述预测缺陷趋势线对应的每个项目阶段的预测缺陷数量。
礼仪礼节，通过第二实际缺陷趋势线可以直接获取到每个项目阶段的实际缺陷数量，通过预测缺陷趋势线可以获得对应的每个项目阶段的预测缺陷数量。
s153:根据所述实际缺陷数量和所述预测缺陷数量，计算相应项目阶段对应的偏差比例。
上述偏差比例可以是所述实际缺陷数量和所述预测缺陷数量的比值。
s154:根据所述偏差权重和所述偏差比例计算相应项目阶段对应的偏差度。
上述偏差度可以是项目阶段的偏差比例和对应的偏差权重之间的乘积。根据偏差度可以从需求、开发和测试等方面分析出现偏差的原因，也可通过对比多个版本系统的偏差度，判断新版本系统质量是否有提升。
在一个示例中，本发明的质量控制方法还包括：
根据所述预测缺陷趋势线计算每个项目阶段对应的工作指标。可以理解，每个项目阶段可以包含多个预设的时间节点，计算每个项目阶段对应的工作指标，可以包括计算每个时间节点对应的预测缺陷数量。
获取所述目标软件的新版本在当前项目阶段的实际工作量。该实际工作量可以根据后台系统接收到的缺陷上报数据直接获得。可以理解，每个项目阶段的实际工作量可以包括项目阶段中的每个时间节点对应的实际缺陷数量。
本发明示例性实施例的一种实施方式中，所述方法还包括：
根据目标软件的新版本对应的实际缺陷趋势线，计算得到每个项目阶段对应的最优工作计划。最优工作计划可以包括该项目阶段对应项目周期内每个时间节点的工作指标。
根据从后台系统同步到的实际缺陷数据，计算当前时间节点的实际工作进度。
比较当前时间节点的实际工作进度和工作指标，当工作进度延迟超过阀值时，向相应项目负责人对应的终端发送邮件提示。
在一个示例中，本发明的质量控制方法还包括：
计算当前项目阶段的缺陷实际数量与缺陷理想数量之间的差值；
基于所述差值发送对应的提示信息。
当一个项目阶段对应的缺陷实际数量与缺陷数预测量的差值大于阈值时，向开发人员对应的终端发送预警，向测试人员对应的终端发送重点测试提示；当一个项目阶段对应的缺陷实际数量与缺陷数预测量的差值小于阈值，向测试人员对应的终端发送漏测提示。例如，预测l1缺陷数量为3，如果实际测试时发现的l1缺陷数量为4，表示实际缺陷数量超出预测缺陷数量；如果实际测试时发现的l1缺陷数量为2，表示可能还有一个缺陷未被发现。
在一个示例中，本发明的质量控制方法还包括：
根据缺陷数据计算多个版本系统对应的缺陷密度。其中缺陷密度＝已知缺陷数量/产品规模；产品规模＝ppr、per的需求开发量(人/日)＝ppr、per缺陷数/ppr、per需求开发量，即每人每天产生的缺陷数。
根据缺陷密度生成开发质量曲线。
根据开发质量曲线的变化趋势对新版本系统进行打分。具体的，当开发质量曲线的变化趋势为振荡下降时，表示版本质量持续提升；变化趋势为振荡上升时，表示版本质量持续下降；变化趋势为不断振荡时，表示版本质量不稳定。
进一步的，测试流程可以包括以下阶段：版本下发→(缺陷发现)测试发现bug→(缺陷修改)返回具体的开发人员→(缺陷验证)重新测试→又发现bug，返回缺陷，再次返回该开发人员…..
质量测评系统根据缺陷数据进行系统开发质量分析和系统测试质量分析的过程，还可以包括以下步骤：
(1)统计被返回的缺陷的种类，以及每种缺陷被返回的次数。可以理解，同一缺陷被修改的次数，可以反映对应开发人员的工作业绩。同一缺陷被修改的次数越多，可能反映对应开发人员的严谨性不够，或者是缺乏相关技能等，可以据此进行针对性的培训。(2)通过统计每天发现的每个级别缺陷的数量，缺陷移除率和缺陷泄漏率，对测试人员的工作量进行评估。其中，缺陷泄漏率 缺陷移除率＝1；缺陷移除率＝(本阶段发现的缺陷数/本阶段注入的缺陷数)*100％；缺陷泄漏率＝(下游发现的本阶段的缺陷数/本阶段注入的缺陷数)*100％。(3)通过统计缺陷被返回至缺陷被修复的时间差，计算开发人员的缺陷修复实效；通过统计缺陷被修复到缺陷被验证的时间差，计算测试人员的缺陷验证实效；通过统计缺陷修复和缺陷验证在整个系统生命周期占用的时间长度，计算系统的测试效率。
通过对软件生命周期内发现的缺陷进行分析，本发明可以预测各缺陷的发生概率、缺陷集中区域、发展趋势以及产生原因等，对软件版本的质量进行精准控制。进一步，可以有针对性地提出遏制缺陷发生的措施，降低缺陷数量，利于改进系统开发。本发明还可以减少任务记录任务造成的遗漏问题，直观展现软件开发的当前进度，给开发、测试及管理者提供缺陷的发展趋势、分布密度及各环节处理时效，提高工作效率。
请继续参阅图2，示出了一种软件版本的质量控制装置，在本实施例中，质量控制装置10可以包括或被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本发明，并可实现上述日志管理方法。本发明所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序本身更适合于描述质量控制装置10在存储介质中的执行过程。以下描述将具体介绍本实施例各程序模块的功能：
理想缺陷模块11，用于获取目标软件的新版本在若干项目阶段对应的理想缺陷趋势线；
第一实际缺陷模块12，用于获取所述目标软件的历史版本在所述若干项目阶段对应的第一实际缺陷趋势线；
预测缺陷模块13，用于根据所述理想缺陷趋势线和所述第一实际缺陷趋势线确定所述目标软件的新版本的预测缺陷趋势线；
第二实际缺陷模块14，用于获取所述目标软件的新版本在所述若干项目阶段对应的第二实际缺陷趋势线；
偏差度模块15，用于计算所述第二实际缺陷趋势线相对于所述预测缺陷趋势线的偏差度；
质量评估模块16，用于根据所述偏差度评估所述软件版本的质量。
其中，所述预测缺陷模块13包括：
偏差权重单元131，用于获取预设的每个所述项目阶段对应的偏差权重；
预测缺陷数量单元132，用于根据所述第一实际缺陷趋势线和所述偏差权重计算每个所述项目阶段对应的预测缺陷数量；
趋势生成单元133，用于统计每个所述项目阶段对应的预测缺陷数量，以生成与所述若干项目阶段对应的所述预测缺陷趋势线。
本实施例还提供一种计算机设备，如可以执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。本实施例的计算机设备20至少包括但不限于：可通过系统总线相互通信连接的存储器21、处理器22，如图3所示。需要指出的是，图3仅示出了具有组件21-22的计算机设备20，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
本实施例中，存储器21(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器21可以是计算机设备20的内部存储单元，例如该计算机设备20的硬盘或内存。在另一些实施例中，存储器21也可以是计算机设备20的外部存储设备，例如该计算机设备20上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。当然，存储器21还可以既包括计算机设备20的内部存储单元也包括其外部存储设备。本实施例中，存储器21通常用于存储安装于计算机设备20的操作系统和各类应用软件，例如实施例一的数据同步装置10的程序代码等。此外，存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器22在一些实施例中可以是中央处理器(centralprocessingunit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备20的总体操作。本实施例中，处理器22用于运行存储器21中存储的程序代码或者处理数据，例如运行日志管理装置10，以实现实施例一的质量控制方法。
本实施例还提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘、服务器、app应用商城等等，其上存储有计算机程序，程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于存储日志管理装置10，被处理器执行时实现实施例一的质量控制方法。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
流程图中或在此以其它方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
本技术领域的普通技术人员可以理解，实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
1.一种软件版本的质量控制方法，其特征在于，包括以下步骤：
获取目标软件的新版本在若干项目阶段对应的理想缺陷趋势线；
获取所述目标软件的历史版本在所述若干项目阶段对应的第一实际缺陷趋势线；
根据所述理想缺陷趋势线和所述第一实际缺陷趋势线确定所述目标软件的新版本的预测缺陷趋势线；
获取所述目标软件的新版本在所述若干项目阶段对应的第二实际缺陷趋势线；
计算所述第二实际缺陷趋势线相对于所述预测缺陷趋势线的偏差度；
根据所述偏差度评估所述软件版本的质量。
2.根据权利要求1所述的质量控制方法，其特征在于，所述根据所述理想缺陷趋势线和所述第一实际缺陷趋势线确定所述目标软件的新版本的预测缺陷趋势线的步骤包括：
获取预设的每个所述项目阶段对应的偏差权重；
根据所述第一实际缺陷趋势线和所述偏差权重计算每个所述项目阶段对应的预测缺陷数量；
统计每个所述项目阶段对应的预测缺陷数量，以生成与所述若干项目阶段对应的所述预测缺陷趋势线。
3.根据权利要求1所述的质量控制方法，其特征在于，所述计算所述第二实际缺陷趋势线相对于所述预测缺陷趋势线的偏差度的步骤包括：
获取预设的每个项目阶段对应的偏差权重；
获取与所述第二实际缺陷趋势线对应的每个项目阶段的实际缺陷数量，以及与所述预测缺陷趋势线对应的每个项目阶段的预测缺陷数量；
根据所述实际缺陷数量和所述预测缺陷数量，计算相应项目阶段对应的偏差比例；
根据所述偏差权重和所述偏差比例计算相应项目阶段对应的偏差度。
4.根据权利要求1所述的质量控制方法，其特征在于，所述方法还包括：
根据所述预测缺陷趋势线计算每个项目阶段对应的工作指标；
获取所述目标软件的新版本在当前项目阶段的实际工作量；
根据所述工作指标和所述实际工作量进行工作质量评估。
5.根据权利要求4所述的质量控制方法，其特征在于，所述方法还包括：
计算当前项目阶段的缺陷实际数量与缺陷理想数量之间的差值；
基于所述差值发送对应的提示信息。
6.根据权利要求5所述的质量控制方法，其特征在于，所述方法还包括：
根据缺陷数据计算多个版本系统对应的缺陷密度；
根据缺陷密度生成开发质量曲线；
根据开发质量曲线的变化趋势对新版本系统进行打分。
7.一种软件版本的质量控制装置，其特征在于，包括：
理想缺陷模块，用于获取目标软件的新版本在若干项目阶段对应的理想缺陷趋势线；
第一实际缺陷模块，用于获取所述目标软件的历史版本在所述若干项目阶段对应的第一实际缺陷趋势线；
预测缺陷模块，用于根据所述理想缺陷趋势线和所述第一实际缺陷趋势线确定所述目标软件的新版本的预测缺陷趋势线；
第二实际缺陷模块，用于获取所述目标软件的新版本在所述若干项目阶段对应的第二实际缺陷趋势线；
偏差度模块，用于计算所述第二实际缺陷趋势线相对于所述预测缺陷趋势线的偏差度；
质量评估模块，用于根据所述偏差度评估所述软件版本的质量。
8.根据权利要求7所述的质量控制装置，其特征在于，所述预测缺陷模块包括：
偏差权重单元，用于获取预设的每个所述项目阶段对应的偏差权重；
预测缺陷数量单元，用于根据所述第一实际缺陷趋势线和所述偏差权重计算每个所述项目阶段对应的预测缺陷数量；
趋势生成单元，用于统计每个所述项目阶段对应的预测缺陷数量，以生成与所述若干项目阶段对应的所述预测缺陷趋势线。
9.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6任一项所述方法的步骤。
技术总结