基于系统信用体系的需求质量评估方法、装置、设备及存储介质

摘要

本发明提供了一种基于系统信用体系的需求质量评估方法、装置、设备及存储介质，涉及软件测试领域。本发明根据系统信用管理的方式进行需求质量评估，通过历史上的需求变更次数、需求类缺陷占比、需求类工单占比等综合指标构造信用体系因子模型，并通过天航系统信用管理模块生成系统信用报告，实时展示系统的信用情况。并以此为依据，在测试管理上提供抓手，来评估该系统需求的测试工作量和测试周期，从而提高测试效率和测试质量。

说明书

技术领域

本发明涉及软件测试领域，具体而言，涉及一种基于系统信用体系的需求质量评估方法、装置、设备及存储介质。

背景技术

当前行内业务场景复杂，需求排期多，测试饱和度比较高。同时需求变更频繁、需求质量问题多导致测试大量返工，缺陷率增高，为解决上述问题积极探索精准化、智能化及自动化的信用模型分析方案。本方案通过对系统需求变更次数、需求类缺陷占比、需求类工单占比数据建立模型，智能计算每个系统的信用等级来定量反映需求质量并作为后续评估测试工作量及周期的重要参考。

目前已有的需求质量评估的技术方案归纳如下：

1、使用配置类端到端配置测试的方法及系统，采用需求模板规范化，流程IT化，配置自动化的三化流程，来保证需求质量。

2、在软件开发阶段中采用瀑布式模型级迭代式模型，在软件需求行医阶段判断需求质量。

以上相关的需求质量及评估方法，均缺乏定量的评估度量手段，有的方法只是适用于开发阶段，测试阶段无法复用。有的是在测试过程中保证需求质量，并不能为测试工作量评估提供参考。

对于需求质量的评估，缺少定量分析的理论及方法。只能靠人来主观判断。同时开发阶段的质量控制方法是适用于开发层面，缺少从测试分析角度来评估需求质量。基于以上需求，缺少一种从测试的角度定量评估需求质量的方法，并作为评估测试工作量及周期的参考。

发明内容

当前行内业务场景复杂，需求排期多，缺乏统一的需求质量评估机制。一般35％的排期在移交测试后存在业务/技术需求变更，40％的需求变更会导致测试大量返工。10％的测试缺陷、16％的业务工单是由需求变更导致的。最终导致排期紧张，缺陷率增高、测试效率下降。测试管理上缺乏约束，对于需求质量没有统一的定量评估方法，导致测试无法更科学、合理的评估测试工作量，如此往复无法自拔，本发明实施例提供一种基于系统信用体系的需求质量评估方法、装置、设备及存储介质，可以提供完整的基于系统信用体系的需求质量评估方法。

一种基于系统信用体系的需求质量评估方法，包括：依据系统需求变更次数、需求类缺陷占比、需求类工单占比数据来构造信用体系因子模型，并基于信用体系因子模型对应的系统信用管理模块生成系统信用报告，智能计算每个系统的信用值；

需求变更次数，通过统计系统某个时间段内需求变更的次数计算出一个需求变更系数，需求变更系数

需求类工单占比，通过统计系统某个时间段内需求工单数在所有工单中的占比，计算出一个需求类工单占比系数，需求类工单占比系数

需求类缺陷占比，通过统计系统某个时间段内需求类缺陷在所有缺陷中的占比，计算出一个需求缺陷占比系数，需求缺陷占比系数

可选地，基于需求变更系数计算出对应的比例系数η

加权求得系统总分值，如下式

Score＝0.4·A+0.4·I+0.2·D

依据总分值和阈值划分等级

可选地，一种基于系统信用体系的需求质量评估装置，包括数据获取模块、信用体系因子模型以及系统信用报告生成模块，数据获取模块用于获取一段时间内某个系统技术/业务排期变更次数，缺陷信息、业务工单信息；信用体系因子模型将各个系统已经获取的各类需求变更影响的纬度和级别，计算出这个系统的综合信用得分，再根据所得分数，将系统分为高、中、低三层信用级别；系统信用报告生成模块基于信用体系因子模型算法计算出来的系统等级，给每个系统生成一个信用报告。

可选地，一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行基于系统信用体系的需求质量评估方法的步骤。

可选地，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行基于系统信用体系的需求质量评估方法的步骤。

本发明的有益效果：本发明根据系统信用管理的方式进行需求质量评估，通过历史上的需求变更次数、需求类缺陷占比、需求类工单占比等综合指标构造信用体系因子模型，并通过天航系统信用管理模块生成系统信用报告，实时展示系统的信用情况。并以此为依据，在测试管理上提供抓手，来评估该系统需求的测试工作量和测试周期，从而提高测试效率和测试质量。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例的方法流程图。

图2示出了本发明中装置的结构框图。

图3示出了本发明中电子设备的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，应当理解，本发明中附图仅起到说明和描述的目的，并不用于限定本发明的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本发明中使用的流程图示出了根据本发明的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本发明内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，本发明所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。还应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。在本发明的描述中，还需要说明的是，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本发明实施例1

如图1-2所示，本发明中基于系统信用体系的需求质量评估方法，具体步骤包括：

S101、数据收集；

S102、构建信用体系因子模型；

S103、并基于信用体系因子模型对应的系统信用管理模块生成系统信用报告，智能计算每个系统的信用值；

所述数据收集包括需求变更次数、需求类缺陷占比、需求类工单占比数据；

需求变更次数，通过统计系统某个时间段内需求变更的次数计算出一个需求变更系数；

需求类缺陷占比，通过统计系统某个时间段内需求类缺陷在所有缺陷中的占比，计算出一个需求缺陷占比系数；

需求类工单占比，通过统计系统某个时间段内需求工单数在所有工单中的占比，计算出一个需求类工单占比系数。

信用体系因子模型其算法即根据各个系统已经获取的各类需求变更影响的纬度和级别，计算出这个系统的综合信用得分，再根据所得分数，将系统分为高、中、低三层信用级别，最终可以根据该级别，对系统进行相应层级的信用管理。

根据表1-3所列举方法公式分别计算需求变更系数、需求缺陷占比系数以及需求类工单占比系数。

表1：需求变更系数计算

表2：需求缺陷占比系数计算

表3：需求类工单占比系数计算

根据每个维度的权重计算出对应的得分

加权求得系统总分值，如下式

Score＝0.4·A+0.4·I+0.2·D

依据总分值和阈值划分等级

基于信用体系因子模型算法计算出来的系统等级，给每个系统生成一个信用报告，业务、研发、测试可通过系统查看该信用报告。同时测试人员以该信用报告为基准，评估排期优先级、测试工作量及周期。提高测试效率和测试质量，杜绝测试无谓的返工。

如图3所示，该电子设备5可以包括：处理器501、存储介质502和总线503，存储介质502存储有处理器501可执行的机器可读指令，当终端设备运行时，处理器501与存储介质502之间通过总线503通信，处理器501执行机器可读指令，以执行时执行如前述实施例中所述的深度学习模型训练方法的步骤。具体实现方式和技术效果类似，在此不再赘述。

一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行基于系统信用体系的需求质量评估方法的步骤。

一种基于系统信用体系的需求质量评估装置，包括数据获取模块201、信用体系因子模型202以及系统信用报告生成模块203；

数据获取模块201用于获取一段时间内某个系统技术/业务排期变更次数，缺陷信息、业务工单信息；

信用体系因子模型202将各个系统已经获取的各类需求变更影响的纬度和级别，计算出这个系统的综合信用得分，再根据所得分数，将系统分为高、中、低三层信用级别；

系统信用报告生成模块203基于信用体系因子模型算法计算出来的系统等级，给每个系统生成一个信用报告。

以上仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。