CN109859035A

CN109859035A - 一种应用产品功能测试的数据处理方法、装置及系统

Info

Publication number: CN109859035A
Application number: CN201910107377.XA
Authority: CN
Inventors: 孟承运; 李伟鑫
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2019-02-02
Filing date: 2019-02-02
Publication date: 2019-06-07

Abstract

本说明书实施例公开了一种应用产品功能测试的数据处理方法、装置及系统。所述方法包括获取产品功能测试项，识别所述产品功能测试项中各功能项的风险等级和功能类型；基于所述风险等级和功能类型对所述功能项进行分类，获得第一分类结果；根据所述功能项中每功能点对应的案例数，为所述第一分类结果生成案例覆盖率基线数据；获取测试任务测试项，识别所述测试任务测试项中各功能项的风险等级和功能类型；根据所述案例覆盖率基线数据以及所述测试任务测试项中各功能项对应的功能点数，确定所述测试任务测试项中各功能项的案例数信息。利用本说明书实施例可以有效控制案例规模，降低测试成本，缩短测试周期，提升测试效率。

Description

一种应用产品功能测试的数据处理方法、装置及系统

技术领域

本说明书实施例方案属于软件功能测试的技术领域，尤其涉及一种应用产品功能测试的数据处理方法、装置及系统。

背景技术

日益激烈的金融竞争和快速迭代式发展的信息科技技术对软件产品的测试工作提出了更高的要求，如何让测试更准确和高效，是软件产品测试探究的方向。

目前我国在软件产品的功能测试阶段都采用相同的案例覆盖设计标准，尚未形成软件产品不同风险等级功能项的案例设计差异方法，导致测试成本居高不下、测试周期较长、测试效率低。为了减小测试规模、降低测试成本、短测试周期、提升测试效率，急需探索和研究针对软件产品不同风险等级功能项的测试方法，而如何针对不同风险等级的功能模块估算合理的案例规模是进行测试分级的核心问题。

因此，业内亟需一种可以合理估算案例规模的解决方案。

发明内容

本说明书实施例目的在于提供一种应用产品功能测试的数据处理方法、装置及系统，可以基于风险合理的估算测试的案例数，有效的控制案例规模，降低测试成本，缩短测试周期，提升测试效率。

一方面本申请提供了一种应用产品功能测试的数据处理方法，包括：

获取产品功能测试项，识别所述产品功能测试项中各功能项的风险等级和功能类型；

基于所述风险等级和功能类型对所述功能项进行分类，获得第一分类结果；

根据所述功能项中每功能点对应的案例数，为所述第一分类结果生成案例覆盖率基线数据；

获取测试任务测试项，识别所述测试任务测试项中各功能项的风险等级和功能类型；

根据所述案例覆盖率基线数据以及所述测试任务测试项中各功能项对应的功能点数，确定所述测试任务测试项中各功能项的案例数信息。

本说明书提供的所述方法的另一个实施例中，还包括：

根据所述测试任务测试项中各功能项的实际案例数更新案例覆盖率基线数据，获取更新后的案例覆盖率基线数据；

相应的，获取测试任务测试项，识别所述测试任务测试项中各功能项的风险等级和功能类型；

根据所述更新后的案例覆盖率基线数据以及所述测试任务测试项中各功能项对应的功能点数，确定所述测试任务测试项中各功能项的案例数信息。

本说明书提供的所述方法的另一个实施例中，影响所述风险等级的因素包括发生风险的可能性和发生风险后的影响性；

相应的，所述获取产品功能测试项，识别所述产品功能测试项中各功能项的风险等级，包括：

获取产品功能测试项中功能项，基于测试类型和潜在风险点，确定所述功能项发生风险的可能性等级；

基于应用系统的可用性等级、功能测试产品质量风险等级和产品功能项关键性等级，确定所述功能项发生风险后的影响性等级；

根据所述可能性等级和所述影响性等级，识别所述功能项的风险等级。

本说明书提供的所述方法的另一个实施例中，所述功能类型包括数据功能和事务实物功能，其中，所述数据功能包括内部逻辑文件、外部接口文件；所述事务功能包括外部输入、外部输出、外部查询。

本说明书提供的所述方法的另一个实施例中，所述根据所述功能项中每功能点对应的案例数，为所述第一分类结果生成案例覆盖率基线数据，包括：

根据所述功能项中每功能点对应的案例数，获得所述第一分类结果对应的案例覆盖率数据；

根据所述案例覆盖率数据，为所述第一分类结果生成案例覆盖率基线数据。

本说明书提供的所述方法的另一个实施例中，所述案例覆盖率数据包括平均值和标准差，所述平均值是所述第一分类结果中相同类别的功能项每功能点对应的案例数组成集合的平均值，所述标准差是所述第一分类结果中相同类别的功能项每功能点对应的案例数组成集合的标准差；

所述案例覆盖率基线数据包括基线均值和取值范围，所述基线均值是所述案例覆盖率数据中的平均值，所述取值范围的上限是所述基线均值与所述案例覆盖率数据中标准差之和，所述取值范围的下限是所述基线均值与所述案例覆盖率数据中标准差之差。

本说明书提供的所述方法的另一个实施例中，按照下面公式确定所述测试任务测试项中各功能项的案例数信息Num：

Num＝FP×BL

其中，Num表示案例数信息，FP表示功能项对应的功能点数，BL表示案例覆盖率基线数据中的基线均值。

另一方面，本说明书实施例还提供一种应用产品功能测试的数据处理装置，所述装置包括：

功能测试项识别模块，用于获取产品功能测试项，识别所述产品功能测试项中各功能项的风险等级和功能类型；

功能项分类模块，用于基于所述风险等级和功能类型对所述功能项进行分类，获得第一分类结果；

基线数据生成模块，用于根据所述功能项中每功能点对应的案例数，为所述第一分类结果生成案例覆盖率基线数据；

任务测试项识别模块，用于获取测试任务测试项，识别所述测试任务测试项中各功能项的风险等级和功能类型；

案例数信息确定模块，用于根据所述案例覆盖率基线数据以及所述测试任务测试项中各功能项对应的功能点数，确定所述测试任务测试项中各功能项的案例数信息。

本说明书提供的所述装置的另一个实施例中，还包括：

基线数据更新模块，用于根据所述测试任务测试项中各功能项的实际案例数更新案例覆盖率基线数据，获取更新后的案例覆盖率基线数据；

本说明书提供的所述装置的另一个实施例中，所述基线数据生成模块，包括：

案例覆盖率数据获得单元，用于根据所述功能项中每功能点对应的案例数，获得所述第一分类结果对应的案例覆盖率数据；

基线数据生成单元，用于根据所述案例覆盖率数据，为所述第一分类结果生成案例覆盖率基线数据。

另一方面，本说明书实施例提供一种应用产品功能测试的数据处理设备，包括处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现包括以下步骤：

另一方面，本说明书实施例提供一种应用产品功能测试的数据处理系统，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个实施例所述方法的步骤。

本说明书实施例提供的一种应用产品功能测试的数据处理方法、装置及系统，通过梳理不同风险等级和功能分类下的功能项的历史案例覆盖情况，形成基于风险的案例覆盖率基线，以此为基础对测试任务的案例规模进行估算和控制，并在测试实施过程中根据实际情况进行动态调整，在测试任务完成后用实际的案例数更新基线，这样通过不断积累更新，为后续测试任务的案例规模估算提供指导。利用本说明书各个实施例，可以减小测试案例规模，缩短测试周期，提升测试效率。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本说明书提供的一种应用产品功能测试的数据处理方法实施例的整体流程示意图；

图2是本说明书提供的一种应用产品功能测试的数据处理方法的一个实施例的流程示意图；

图3是本说明书提供的一种识别产品功能测试项中各功能项风险等级和功能类型实施例的示意图；

图4是本说明书提供的一种识别测试任务测试项中各功能项风险等级和功能类型实施例的示意图；

图5是本说明书提供的一种应用产品功能测试的数据处理装置的一个实施例的模块结构示意图；

图6是本说明书提供的一种应用产品功能测试的数据处理系统的一个实施例的模块结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书中的一部分实施例，而不是全部的实施例。基于本说明书中的一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书实施例保护的范围。

目前我国在软件产品的功能测试阶段都采用相同的案例覆盖设计标准，尚未形成软件产品不同风险等级功能项的案例设计差异方法。为了减小测试规模，降低测试成本，缩短测试周期，提升测试效率，急需探索和研究针对软件产品不同风险等级功能项的测试方法，并进行推广。

本说明书实施例提供了一种应用产品功能测试的数据处理方法，具体的，如图1所示，图1是本说明书提供的一种应用产品功能测试的数据处理方法实施例的整体流程示意图，其整体流程主要分为两部分：风险评估模块和基于风险的案例覆盖率基线模块。其中，风险评估模块以产品功能测试项为输入，通过分析产品功能测试项中各功能项的测试类型和梳理潜在风险点对功能项的失效可能性进行判定，结合产品应用系统的可用性等级、功能测试产品质量风险等级和产品功能项关键性等级对功能项的失效影响性进行判定，然后综合功能失效可能性和影响性识别出产品功能项的风险等级，这样可以为产品功能测试的数据处理方法提供风险判定依据。

然后，基于识别出来的风险等级以及功能项所属功能类型对功能项进行分类，将分类结果作为基于风险的案例覆盖率基线模块的输入，案例覆盖率基线模块通过梳理不同风险等级和功能分类下的功能项的历史案例覆盖情况，形成基于风险的案例覆盖率基线，然后以此为基础对测试任务测试项中各功能项的案例规模进行估算和控制，获得测试案例规模。此外，在具体的任务实施中，可以根据实际情况对测试任务测试项中各功能项的案例数进行动态调整，当测试任务完成后用实际案例数更新基线。其中，当完成测试任务测试项中各功能项的案例规模估算后，测试任务测试项也可以作为风险评估模块的输入进行风险评估。这样，通过不断积累更新，不仅可以达到减小测试案例规模、缩短测试周期、提高测试效率的目的，而且也可以为后续测试任务的案例规模估算进行指导。

下面以一个具体的应用场景为例对本说明书实施方案进行说明。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。

当然，下述实施例的描述并不对基于本说明书的其他可扩展到的技术方案构成限制。

具体的一种实施例如图2所示，图2是本说明书提供的一种应用产品功能测试的数据处理方法的一个实施例的流程示意图，所述方法可以包括：

S1：获取产品功能测试项，识别所述产品功能测试项中各功能项的风险等级和功能类型。

功能测试是根据产品特性、操作描述和用户需求，对产品的各功能进行验证，并测试一个产品是否满足用户要求的功能和设计需求。产品功能测试项也可以称作产品功能模块。测试项是不可再分且可独立实现系统功能的单元。其中，一个产品功能模块可以包括多个功能项，一个功能项可以包括多个功能点，每个功能点可以对应有多个测试案例，功能点是指能够单独完成某个具体业务的流程。

本说明书一个或多个实施例中，产品功能项的风险等级可以分为高，中，低三级，高风险可以表示该功能失效风险较高、中风险可以表示该功能失效风险等级中等、低风险可以表示该功能失效风险较低。一些实施例中，影响所述风险等级的因素可以包括发生风险的可能性和发生风险后的影响性。其中，风险可以是指软件产品功能性的失效风险，也可以是其他风险，风险等级也可以分为其它等级，本说明书对此不做限制。本说明书实施例中风险主要指失效风险，发生风险的可能性指产品某项功能失效发生的概率；发生风险的影响性指因产品功能发生失效对客户服务和声誉产生的影响或造成的损失。

本说明书一个或多个实施例中，在识别所述产品功能测试项中各功能项的风险等级和功能类型时，先要对产品功能测试项中各功能项的失效风险进行评估，而影响产品功能项失效风险等级的因素主要可以从产品功能项失效风险发生的可能性和产品功能项失效风险发生后的影响程度两方面考虑。需要说明的是，影响产品功能项失效风险等级的因素影响还可以包括其他方面的因素，本说明书对此不作限制。

具体地，产品功能项失效风险发生的可能性主要由该功能存在的潜在风险点决定，从各产品的特点出发，结合业务层、应用层、技术层等维度，评估存在的潜在风险点主要可以从以下几个方面考虑：

(1)功能模块将会被用户频繁使用；

(2)功能模块提供的功能非常复杂；

(3)功能模块经常被修改或被升级；

(4)功能要求具有很高的实用性；

(5)功能要求保持一定的性能级别；

(6)功能的实现采用了新的开发工具和语言；

(7)功能模块具有众多接口；

(8)功能模块有经验欠缺的开发人员所开发；

(9)功能模块开发缺乏相关用户充分介入；

(10)功能模块的开发由庞大的开发团队实施；

(11)完全是新的功能；

(12)功能模块的开发在极短时间压力下完成；

(13)对利益相关者而言非常重要的功能；

(14)功能模块的历史版本中发现了很多缺陷。

产品功能项失效风险发生后的影响程度也就是产品功能项失效风险影响程度，影响产品功能项失效风险影响程度的因素主要由功能及其所属产品的业务属性决定，可以从以下几类考虑：

(1)产品/功能的业务性质：指产品/功能的业务归属，可以分为决策支持类、产品管理类、支付渠道类、内部管理类、监管报送类；

(2)产品/功能服务对象：指产品/功能服务的主要人群，包括内部管理人员、内部柜员、公众客户、重点客户、普通客户等；

(3)产品/功能的服务范围：指产品/功能服务的辖区、地域范围等，包括单一机构、某一级分行、部分一级分行、境内全部分行、全辖(含海外分行)等；

(4)产品/功能的客户因素：指产品/功能客户的规模数量、活跃客户数量、客户交易量等；

(5)产品/功能与其他系统或功能模块的关联情况：指功能所属产品与其他系统的关联及交互情况，下游产品对其的依赖度，对上游产品的支持情况，该功能与系统其他功能模块的关联情况；

(6)功能的关键程度：指功能是否属于所属产品的关键模块。

需要说明的是，影响产品功能项失效风险发生的可能性和影响产品功能项失效风险影响程度的因素也可以从其他方面因素考虑，本说明书对此不作限制。

本说明书一个或多个实施例中，在评估完影响产品功能项失效风险等级的影响因素后，需要对产品功能测试项中各功能项的失效风险等级进行评估。由于影响产品功能项失效风险等级的因素主要包括产品功能项失效风险发生的可能性和产品功能项失效风险发生后的影响性两个方面，所以产品功能测试项中各功能项失效风险等级的评估主要可以从产品功能项失效风险发生的可能性等级和产品功能项失效风险发生后的影响等级两个方面判定，即所述获取产品功能测试项，识别所述产品功能测试项中各功能项的风险等级，包括：获取产品功能测试项中功能项，基于测试类型和潜在风险点，确定所述功能项发生风险的可能性等级；基于应用系统的可用性等级、功能测试产品质量风险等级和产品功能项关键性等级，确定所述功能项发生风险后的影响性等级；根据所述可能性等级和所述影响性等级，识别所述功能项的风险等级。

进一步地，在一些实施例中，从产品功能项失效风险发生的可能性等级对产品功能测试项中各功能项的失效风险等级进行评估时，产品功能项失效风险发生的可能性等级是通过收集影响产品功能失效风险的所有潜在风险点，结合软件产品测试经验将这些潜在风险点产生影响的可能性分为多个等级，分别按照不同等级对应不同分数进行记分，综合合计所有项得分得出产品功能失效发生可能性综合得分，实现对产品功能项失效风险发生的可能性等级的判定。

在一些实施例中，按照综合得分排序，可以将产品功能项失效风险发生的可能性按照分值平均划分出A、B、C三级，A级可以表示产品功能项失效风险发生可能性较高，B级可以表示产品功能项失效风险发生可能性中等，C级可以表示产品功能项失效风险发生可能性较低。具体地，收集影响产品功能项失效风险的所有潜在风险点，结合测试经验将这些潜在风险点产生影响的可能性分为4个等级，分别按照0、1、3、5进行记分，然后对照所有潜在风险点进行功能失效风险发生可能性综合得分的计算，最后针对所有功能项的分值平均划分出A、B、C三级。其中，0分表示该风险点不适用于该模块和功能；1分表示该风险点偶尔会发生，但不经常；3分表示该风险点可能会发生，并且可能会影响该模块或功能；5分表示该风险点很可能会发生，并且会对模块和功能产生影响。例如：有3个功能项a、b、c，综合得分分别为23,14,35，那么功能项a对应B级，功能项b对应C级，功能项c对应A级。

需要说明的是，功能项与产品功能项失效风险发生可能性等级的对应关系是相对的，并非绝对的；此外，产品功能项失效风险发生可能性等级还可以划分为其他等级，本说明书对此不做限制。

本说明书一个或多个实施例中，在功能测试过程中，需要测试团队不断积累和更新潜在风险点，以定义适合测试背景的风险列表，并且在分析这些潜在风险点的发生可能性时，需要项目干系人的参与，以提高判定的准确性。其中，风险列表主要指潜在风险点的集合。

在一些实施例中，从产品功能项失效风险发生后的影响等级对产品功能测试项中各功能项的失效风险等级进行评估时，产品功能项失效风险发生后的影响等级是通过收集产品功能失效影响度的因素数据，评定各因素对产品功能失效风险的影响，然后按照影响程度划分为不同等级。在一些实施例中，产品功能项失效风险发生后的影响等级可以划分为A、B、C三级，A级可以表示产品功能项失效风险发生后的影响度较高，B级可以表示产品功能项失效风险发生后的影响度中等，C级可以表示产品功能项失效风险发生后的影响度较低。需要说明的是，产品功能项失效风险发生后的影响等级还可以划分为其他等级，本说明书对此不做限制。

在另一些实施例中，考虑到产品功能项失效风险发生后的影响等级的分析因素与银行业应用系统可用性等级、功能测试产品质量风险等级判定的业务因素重合，为简化评定工作量，产品功能项失效风险发生后的影响等级，可参考各银行应用系统可用性分级管理及功能测试产品质量风险分类，以应用系统的可用性等级、功能测试产品质量风险等级作为基准(以国内某大型银行软件产品为例)，使用应用等级风险影响度对应表(参见表1)、功能测试产品质量风险影响度对应表(参见表2)，并结合产品功能项关键性影响度对应表(参见表3)，将应用系统的可用性等级、功能测试产品质量风险等级和产品功能项关键性等级对应为功能失效风险影响度相应分值后，通过计算，按照产品功能项失效影响度等级分值确认表(参见表4)最终定位产品功能项失效风险的影响等级。例如：一个功能项对应的产品应用等级是A4，质量风险等级是B，在关键链路上，那么其对应计算的分值可以为80*40％+60*40％+100*20％＝76，对应表4中影响度等级A级，则该功能项的失效风险发生后的影响等级是A级。需要说明的是，上述仅仅是为了理解而进行的示例性说明，功能项的失效风险发生后的影响等级的分值还可以通过其他方法计算获得，对此不作限定。

表1应用等级风险影响度对应表

应用等级	对应影响度分值	占比
			A5	100	40％
A4	80	40％
			A3	60	40％
A2	40	40％
			A1	20	40％

表2功能测试产品质量风险影响度对应表

质量风险等级	对应影响度分值	占比
			A	100	40％
B	60	40％
			C	20	40％

表3产品功能项关键性影响度对应表

是否关键链路功能	对应影响度分值	占比
			是	100	20％
否	50	20％

表4产品功能项失效影响度等级分值确认表

影响度等级	描述	对应计算分值范围
			A级	产品功能项失效影响度较高	68-100
B级	产品功能项失效影响度中等	45-70
			C级	产品功能项失效影响度较低	0-44

本说明书一个或多个实施例中，在获得产品功能项失效风险发生的可能性等级和产品功能项失效风险发生后的影响等级后，对产品功能失效风险评估采用定性风险评估法，将风险发生的可能性和影响性按照集合取值。例如：取值集合为{低、中、高}，然后使用风险等级矩阵判定表(参见表5)判定产品功能项失效风险等级，完成产品功能测试项中各功能项的风险等级识别。

表5风险等级矩阵判定表

本说明书一个或多个实施例中，功能类型包括数据功能和事务实物功能，其中，数据功能包括内部逻辑文件(Internal Logical File，ILF)、外部接口文件(ExternalInterface File，EIF)；事务功能包括外部输入(External Input，EI)、外部输出(ExternalOutput，EO)、外部查询(External Inquiry，EQ)。

本说明书一个或多个实施例中，在评估完产品功能测试项中各功能项的失效风险等级后，基于各功能项所属的功能类型，对各功能项的风险等级和功能类型进行标记，实现对产品功能测试项中各功能项的风险等级和功能类型的识别，为产品功能测试项中各功能项的分类提供了判定依据。

S2：基于所述风险等级和功能类型对所述功能项进行分类，获得第一分类结果。

第一分类结果是风险等级和功能类型两个维度下的分类结果，即不同风险等级的某种功能类型下的结果或者不同功能类型的某种风险等级下的结果。

一些实施例中，影响所述风险等级的因素可以包括发生风险的可能性和发生风险后的影响性。其中，风险可以是指软件产品功能性的失效风险，也可以是其他风险，风险等级可以分为高，中，低三级，也可以分为其它等级，如：较高，高，中，低，较低等，本说明书对此不做限制。需要说明的是，本说明书实施例中风险主要指失效风险，发生风险的可能性指产品某项功能失效发生的概率；发生风险的影响性指因产品功能发生失效对客户服务和声誉产生的影响或造成的损失。此外，本说明书一个或多个实施例中，功能类型包括数据功能和事务实物功能，其中，数据功能包括内部逻辑文件(ILF)、外部接口文件(EIF)；事务功能包括外部输入(EI)、外部输出(EO)、外部查询(EQ)。

本说明书一个或多个实施例中，在按照步骤S1识别完所获取的产品功能测试项中各功能项的风险等级和功能类型后，可以根据各功能项所属的风险等级和所属的功能类型对所有功能项进行标记，然后基于所述风险等级和功能类型对所有功能项分类，获得风险等级和功能类型两个维度下的分类结果，即同一风险等级且功能类型相同的功能项为一类。

具体地，假设有产品功能模块A、B、C、D，模块下的功能项分别为A1、A2、A3，B1、B2、B3……，产品功能项的风险等级可以分为高、中、低三级，功能类型包括ILF(内部逻辑文件)、EIF(外部接口文件)、EI(外部输入)、EO(外部输出)、EQ(外部查询)。其中，功能模块实现的整体功能是不一样的，比如可以分别是人员管理模块、资源管理模块、财务管理模块等等，模块下的功能项也不同。对上述功能项分类，首先，对各个模块下的功能项的风险等级和功能类型进行标记，即对产品功能测试项中各功能项的风险等级和功能类型进行识别，如图3所示，图3是本说明书提供的一种识别产品功能测试项中各功能项风险等级和功能类型实施例的示意图；其次，根据各功能项所属的风险等级和功能类型对所有功能项分类，分类结果可以参见表6，由表6可知，A1、B3、C1、D3属于同一类别，即高风险、EI功能类别；相应地，A2、B2属于中风险、EO功能类别，A3、B1、C3、D1属于低风险、EQ功能类别，D2属于中风险、ILF功能类别，C2属于中风险、EIF功能类别，其它类别为空。

表6产品功能项分类结果

	EI	EO	EQ	ILF	EIF
						高风险	A1,B3,C1,D3
中风险		A2,B2		D2	C2
						低风险		A3,B1,C3,D1

S3：根据所述功能项中每功能点对应的案例数，为所述第一分类结果生成案例覆盖率基线数据。

功能点指能够单独完成某个具体业务的流程。案例数指测试任务中测试案例的数量，测试案例就是在软件测试中的测试用例，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。一个功能项可以包括多个功能点，每个功能点可以对应有多个测试案例，同一功能项中每个功能点对应的案例数相等。

本说明书一个或多个实施例中，根据所述功能项中每功能点对应的案例数，为所述第一分类结果生成案例覆盖率基线数据，包括：根据所述功能项中每功能点对应的案例数，获得所述第一分类结果对应的案例覆盖率数据；根据所述案例覆盖率数据，为所述第一分类结果生成案例覆盖率基线数据。

所述平均值是同一类别中各功能项每功能点对应的案例数组成的集合中剔除孤立点后的平均值，其中，案例覆盖率数据包括平均值和标准差，所述平均值是所述第一分类结果中相同类别的功能项每功能点对应的案例数组成集合的平均值，即相同风险等级、相同功能类型的功能项中每功能点对应的案例数组成集合的平均值，所述标准差是所述第一分类结果中相同类别的功能项每功能点对应的案例数组成集合的标准差，即相同风险等级、相同功能类型的功能项中每功能点对应的案例数组成集合的标准差。在一些实施例中，功能项每功能点对应的案例数组成的集合中存在一些孤立点，在计算平均值或者标准差时会导致计算结果不准确，为了避免孤立点带来的影响，案例覆盖率数据中的平均值是所述第一分类结果中相同类别的功能项每功能点对应的案例数组成的集合中剔除孤立点后的平均值，案例覆盖率数据中的标准差是所述第一分类结果中相同类别的功能项每功能点对应的案例数组成的集合中剔除孤立点后的平均值，其中，孤立点可以指是在数据集合中与大多数数据的特征或不一致的数据。

所述案例覆盖率基线数据包括基线均值和取值范围，所述基线均值是所述案例覆盖率数据中的平均值，所述取值范围的上限是所述基线均值与所述案例覆盖率数据中标准差之和，所述取值范围的下限是所述基线均值与所述案例覆盖率数据中标准差之差。具体地，在表6的基础上，相应的基于风险的案例覆盖率数据和基于风险的案例覆盖率基线数据可参见表7、表8。其中，N(A1)可以表示功能项A1每功能点对应的案例数，N可以表示平均值，σ可以表示标准差，AVERAGE(X)表示计算X的平均值，STDEVP(X)表示计算X的标准差，BL_ij(i＝1,2,3；j＝1,2,...,5)可以表示基线均值，(BL_ij-σ_ij,BL_ij+σ_ij),(i＝1,2,3；j＝1,2,...,5)可以表示取值范围，即取值范围为(基线均值-标准差，基线均值+标准差)。

表7基于风险的案例覆盖率数据

表8基于风险的案例覆盖率基线数据

进一步地，以表6中高风险、EI功能类别为例，说明案例覆盖率数据和案例覆盖率基线数据的关系。表6中高风险、EI功能类别包括A1、B3、C1、D3四个功能项，假设功能项A1每功能点的案例数为1、功能项B3每功能点的案例数为3、功能项C1每功能点的案例数为5、功能项D3每功能点的案例数为7，则它们的平均值N为4，标准差σ为2，那么案例覆盖率数据为(4，2)，案例覆盖率基线数据中的基线均值BL为4，取值范围为(4-2，4+2)。

S4：获取测试任务测试项，识别所述测试任务测试项中各功能项的风险等级和功能类型。

在实际产品的测试任务中，产品功能模块可以称作测试任务测试项。

本说明书一个或多个实施例中，识别所述测试任务测试项中各功能项的风险等级和功能类型的具体实现方法可以参照步骤S1中识别所述产品功能测试项中各功能项的风险等级和功能类型方法实施例的描述，在此不作一一赘述。需要说明的是，识别所述测试任务测试项中各功能项的风险等级和功能类型也可以是其它实现方法，本说明书对此不作限制。

具体地，假设某产品的测试任务中，有产品功能模块A’、B’、C’、D’，模块下的功能项分别为A1’、A2’、A3’，B1’、B2’、B3’……，产品功能项的风险等级可以分为高、中、低三级，功能类型包括ILF(内部逻辑文件)、EIF(外部接口文件)、EI(外部输入)、EO(外部输出)、EQ(外部查询)。对上述功能项分类，首先，对各个模块下的功能项的风险等级和功能类型进行标记，即对测试任务测试项中各功能项的风险等级和功能类型进行识别，如图4所示，图4是本说明书提供的一种识别测试任务测试项中各功能项风险等级和功能类型实施例的示意图。

S5：根据所述案例覆盖率基线数据以及所述测试任务测试项中各功能项对应的功能点数，确定所述测试任务测试项中各功能项的案例数信息。

案例数信息指功能项对应的案例数。根据所述案例覆盖率基线数据以及所述测试任务测试项中各功能项对应的功能点数，确定所述测试任务测试项中各功能项的案例数信息，也就是，根据案例覆盖率基线数据估算具体测试任务中每个功能项的测试案例规模。

本说明书一个或多个实施例中，按照下面公式确定所述测试任务测试项中各功能项的案例数信息Num：

Num＝FP×BL(1)

其中，Num可以表示案例数信息，FP可以表示功能项对应的功能点数，BL可以表示案例覆盖率基线数据中的基线均值。

具体地，以图4为例，则图4所述具体测试任务中各功能项的案例数信息可参见表9，其中，FP(A1')可以表示功能项A1’对应的功能点数，BL_ij(i＝1,2,3；j＝1,2,...,5)可以表示表8中案例覆盖率基线数据中的基线均值，Num(A1')可以表示功能项A1’的案例数。

表9具体测试任务中各功能项的案例数信息

本说明书一个或多个实施例中，还可以根据所述测试任务测试项中各功能项的实际案例数更新案例覆盖率基线数据，获取更新后的案例覆盖率基线数据；相应的，获取测试任务测试项，识别所述测试任务测试项中各功能项的风险等级和功能类型；根据所述更新后的案例覆盖率基线数据以及所述测试任务测试项中各功能项对应的功能点数，确定所述测试任务测试项中各功能项的案例数信息。

具体地，在一个实施例中，根据案例覆盖率基线数据估算出具体测试任务中每个功能项的测试案例规模后，在任务实施过程中，可以根据实际情况对功能项的案例数进行动态调整，只要不超过案例覆盖率基线数据中取值范围的上限即可。例如，具体测试任务中每个功能项的实际案例数可以参见表10，其中，CaseNum(A1')可以表示任务实施过程中调整后的功能项A1'的实际案例数，其它含义类似。需要说明的是，根据实际情况对案例数进行动态调整可以是根据测试经验或者业务需要适当增加案例数，而这些都需要根据具体任务的具体情况决定。

表10具体测试任务中每个功能项的实际案例数

A’	B’	C’	D’
				CaseNum(A1’)	CaseNum(B1’)	CaseNum(C1’)	CaseNum(D1’)
CaseNum(A2’)	CaseNum(B2’)	CaseNum(C2’)	CaseNum(D2’)
				CaseNum(A3’)	CaseNum(B3’)	CaseNum(C3’)	CaseNum(D3’)

本说明书一个或多个实施例中，在每次测试任务完成后，可以根据本次测试任务中该产品各功能项的实际案例数按照步骤S1-S3更新并生成最新的案例覆盖率基线数据。一个实施例中，以图4中测试任务测试项为例，则更新后的案例覆盖率基线数据可以参见表11，其中，BL_ij(i＝1,2,3；j＝1,2,...,5)可以表示更新后的案例覆盖率基线数据中的基线均值，σ_ij(i＝1,2,3；j＝1,2,...,5)可以表示更新后的案例覆盖率数据中的标准差，AVERAGE(X)表示计算X的平均值，STDEVP(X)表示计算X的标准差，BL'_ij(i＝1,2,3；j＝1,2,...,5)可以表示更新前的案例覆盖率基线数据中的基线均值，N(A1')可以表示功能项A1'每功能点对应的案例数，其可以根据任务实施过程中功能项A1'的实际案例数CaseNum(A1')和功能项A1'对应的功能点数计算获得，即N(A1')＝CaseNum(A1')/FP(A1')，类似的，其它功能点对应的案例数按照同样方法计算获得，CaseNum(A1')可以表示任务实施过程中功能项A1'的实际案例数，FP(A1')可以表示功能项A1'对应的功能点数。

表11更新后的案例覆盖率基线数据

	EI	EO	EQ	ILF	EIF
						高风险	BL<sub>11</sub>	BL<sub>12</sub>	BL<sub>13</sub>	BL<sub>14</sub>	BL<sub>15</sub>
中风险	BL<sub>21</sub>	BL<sub>22</sub>	BL<sub>23</sub>	BL<sub>24</sub>	BL<sub>25</sub>
						低风险	BL<sub>31</sub>	BL<sub>32</sub>	BL<sub>33</sub>	BL<sub>34</sub>	BL<sub>35</sub>

其中：

BL₁₁＝AVERAGE(N(A1'),N(C2'),BL'₁₁)，σ₁₁＝STDEVP(N(A1'),N(C2'),BL'₁₁)；

BL₂₂＝AVERAGE(N(A2'),BL'₂₂)，σ₂₂＝STDEVP(N(A2'),BL'₂₂)；

BL₂₅＝AVERAGE(N(D1'),BL'₂₅)，σ₂₅＝STDEVP(N(D1'),BL'₂₅)；

BL₁₂＝AVERAGE(N(B2'),BL'₁₂)，σ₁₂＝STDEVP(N(B2'),BL'₁₂)；

BL₂₁＝AVERAGE(N(B3'),BL'₂₁)，σ₂₁＝STDEVP(N(B3'),BL'₂₁)；

BL₁₄＝AVERAGE(N(C1'),BL'₁₄)，σ₁₄＝STDEVP(N(C1'),BL'₁₄)；

BL₃₂＝AVERAGE(N(C3'),BL'₃₂)，σ₃₂＝STDEVP(N(C3'),BL'₃₂)；

BL₂₃＝AVERAGE(N(A3'),N(B1'),BL'₂₃)，σ₂₃＝STDEVP(N(A3'),N(B1'),BL'₂₃)；

BL₁₃＝AVERAGE(N(D2'),BL'₁₃)，σ₁₃＝STDEVP(N(D2'),BL'₁₃)；

BL₃₁＝AVERAGE(N(D3'),BL'₃₁)，σ₃₁＝STDEVP(N(D3'),BL'₃₁)。

本说明书实施例提供的一种应用产品功能测试的数据处理方法，通过梳理不同风险等级和功能分类下的功能项的历史案例覆盖情况，形成基于风险的案例覆盖率基线，以此为基础对测试任务的案例规模进行估算和控制，并在测试实施过程中根据实际情况进行动态调整，在测试任务完成后用实际的案例数更新基线，这样通过不断积累更新，可以减小测试案例规模，缩短测试周期，提升测试效率，为后续测试任务的案例规模估算提供指导。

需要说明的是，上述各实施例中的公式仅仅是一种示意性的表达公式，可以根据实际需要对各个公式进行调整和变形，本申请实施例不作具体的限定。

基于上述所述的一种应用产品功能测试的数据处理方法，本说明书一个或多个实施例还提供一种应用产品功能测试的数据处理装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

具体地，图5是本说明书提供的一种应用产品功能测试的数据处理装置的一个实施例的模块结构示意图，如图5所示，本说明书提供的一种应用产品功能测试的数据处理装置包括：功能测试项识别模块121，功能项分类模块122，基线数据生成模块123，任务测试项识别模块124、案例数信息确定模块125。

功能测试项识别模块121，可以用于获取产品功能测试项，识别所述产品功能测试项中各功能项的风险等级和功能类型；

功能项分类模块122，可以用于基于所述风险等级和功能类型对所述功能项进行分类，获得第一分类结果；

基线数据生成模块123，可以用于根据所述功能项中每功能点对应的案例数，为所述第一分类结果生成案例覆盖率基线数据；

任务测试项识别模块124，可以用于获取测试任务测试项，识别所述测试任务测试项中各功能项的风险等级和功能类型；

案例数信息确定模块125，可以用于根据所述案例覆盖率基线数据以及所述测试任务测试项中各功能项对应的功能点数，确定所述测试任务测试项中各功能项的案例数信息。

其中，所述装置还包括：基线数据更新模块，可以用于根据所述测试任务测试项中各功能项的实际案例数更新案例覆盖率基线数据，获取更新后的案例覆盖率基线数据；

其中，所述基线数据生成模块123可以包括案例覆盖率数据获得单元和基线数据生成单元，其中，

案例覆盖率数据获得单元，可以用于根据所述功能项中每功能点对应的案例数，获得所述第一分类结果对应的案例覆盖率数据；

基线数据生成单元，可以用于根据所述案例覆盖率数据，为所述第一分类结果生成案例覆盖率基线数据。

本说明书实施例提供的一种应用产品功能测试的数据处理装置，通过对历史产品功能测试项中各功能项的风险等级和功能类型的识别，然后基于风险等级和功能类型对功能项进行分类，形成基于风险的案例覆盖率基线，以此基线为基础对测试任务的案例规模进行估算和控制，并在测试实施过程中根据实际情况对案例数进行动态调整，不断积累更新案例覆盖率基线，使得案例规模得到有效控制的同时，显著缩短测试周期、提升测试效率，而且也可以为后续估算测试任务的案例规模提供指导。

需要说明的，上述所述的装置根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例所描述方案的效果。因此，本说明书还提供一种应用产品功能测试的数据处理设备，包括处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现包括以下步骤：

所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

需要说明的，上述所述的设备根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本说明书实施例提供的上述一种应用产品功能测试的数据处理方法、装置、设备可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在PC端实现、linux系统实现，或其他例如使用android、iOS系统程序设计语言在智能终端实现，以及基于量子计算机的处理逻辑实现等。本说明书提供的一种应用产品功能测试的数据处理系统的一个实施例中，图6是本说明书提供的一种应用产品功能测试的数据处理系统的一个实施例的模块结构示意图，如图6所示，本说明书提供的一种应用产品功能测试的数据处理系统可以包括处理器131以及用于存储处理器可执行指令的存储器132，处理器131和存储器132通过总线133完成相互间的通信；

所述处理器131用于调用所述存储器132中的程序指令，以执行上述应用产品功能测试的数据处理方法实施例所提供的方法，例如包括：获取产品功能测试项，识别所述产品功能测试项中各功能项的风险等级和功能类型；基于所述风险等级和功能类型对所述功能项进行分类，获得第一分类结果；根据所述功能项中每功能点对应的案例数，为所述第一分类结果生成案例覆盖率基线数据；获取测试任务测试项，识别所述测试任务测试项中各功能项的风险等级和功能类型；根据所述案例覆盖率基线数据以及所述测试任务测试项中各功能项对应的功能点数，确定所述测试任务测试项中各功能项的案例数信息。

需要说明的是，说明书上述所述的系统根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照方法实施例的描述，在此不作一一赘述。本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例并不局限于必须是符合行业通信标准、标准计算机数据处理和数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书实施例的可选实施方案范围之内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。

Claims

1.一种应用产品功能测试的数据处理方法，其特征在于，包括：

2.如权利要求1所述的一种应用产品功能测试的数据处理方法，其特征在于，还包括：

3.如权利要求1所述的一种应用产品功能测试的数据处理方法，其特征在于，影响所述风险等级的因素包括发生风险的可能性和发生风险后的影响性；

4.如权利要求1所述的一种应用产品功能测试的数据处理方法，其特征在于，所述功能类型包括数据功能和事务实物功能，其中，所述数据功能包括内部逻辑文件、外部接口文件；所述事务功能包括外部输入、外部输出、外部查询。

5.如权利要求1所述的一种应用产品功能测试的数据处理方法，其特征在于，所述根据所述功能项中每功能点对应的案例数，为所述第一分类结果生成案例覆盖率基线数据，包括：

6.如权利要求5所述的一种应用产品功能测试的数据处理方法，其特征在于，所述案例覆盖率数据包括平均值和标准差，所述平均值是所述第一分类结果中相同类别的功能项每功能点对应的案例数组成集合的平均值，所述标准差是所述第一分类结果中相同类别的功能项每功能点对应的案例数组成集合的标准差；

7.如权利要求1所述的一种应用产品功能测试的数据处理方法，其特征在于，按照下面公式确定所述测试任务测试项中各功能项的案例数信息Num：

Num＝FP×BL

8.一种应用产品功能测试的数据处理装置，所述装置包括：

9.如权利要求8所述的一种应用产品功能测试的数据处理装置，其特征在于，还包括：

10.如权利要求8所述的一种应用产品功能测试的数据处理装置，其特征在于，所述基线数据生成模块，包括：

11.一种应用产品功能测试的数据处理设备，其特征在于，包括处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现包括以下步骤：

12.一种应用产品功能测试的数据处理系统，其特征在于，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现权利要求1-7中任意一项所述方法的步骤。