CN115712561B - 一种基于功能基线的业务路径测试方法及系统 - Google Patents

Abstract

本发明提供一种基于功能基线的业务路径测试方法及系统，其中，方法包括：步骤1：与用户进行需求确认；步骤2：确认完成后，获取用户输入的功能需求信息；步骤3：基于功能需求信息，构建功能基线；步骤4：基于功能基线和预设的功能测试用例库，确定业务路径测试用例；步骤5：基于业务路径测试用例，进行业务路径测试。本发明的基于功能基线的业务路径测试方法及系统，用户只需输入功能需求信息即可进行业务路径测试，无需由开发人员提前开发准备好功能基线上每一功能配置专用的功能测试用例，提升了便捷性，减少测试耗时，提升软件的功能配置测试效率，更加适用于功能基线上的功能配置较多的情形，另外，也可避免用例开发不精准的问题发生。

Description

一种基于功能基线的业务路径测试方法及系统

技术领域

本发明涉及软件应用技术领域，特别涉及一种基于功能基线的业务路径测试方法及系统。

背景技术

功能基线指在系统分析与软件定义阶段结束时，在经过正式评审和批准的系统设计规格说明书中对开发系统的规格说明，功能基线是最初批准的功能配置标识。

一般的，软件在落地前，软件的开发人员需要基于软件的功能基线，对软件进行一系列功能配置测试。但是，在进行功能配置测试前，开发人员需要提前开发准备好功能基线上每一功能配置专用的功能测试用例，在进行功能配置测试时，基于该功能测试用例一一进行对应功能配置的测试，比较繁琐且十分耗时，影响软件的功能配置测试效率，特别是当功能基线上的功能配置较多时。另外，开发准备功能基线上功能配置专用的功能测试用例时，可能会存在用例开发不精准的问题发生，造成测试误差等。

因此，亟需一种解决办法。

发明内容

本发明目的之一在于提供了一种功能测试用例生成方法，用户只需输入功能需求信息即可进行业务路径测试，无需由开发人员提前开发准备好功能基线上每一功能配置专用的功能测试用例，提升了便捷性，减少测试耗时，提升软件的功能配置测试效率，更加适用于功能基线上的功能配置较多的情形，另外，也可避免用例开发不精准的问题发生。

本发明实施例提供的一种基于功能基线的业务路径测试方法，包括：

步骤1：与用户进行需求确认；

步骤2：确认完成后，获取用户输入的功能需求信息；

步骤3：基于所述功能需求信息，构建功能基线；

步骤4：基于所述功能基线和预设的功能测试用例库，确定业务路径测试用例；

步骤5：基于所述业务路径测试用例，进行业务路径测试。

优选的，所述步骤1：与用户进行需求确认，包括：

获取并显示预设的需求确认表，供用户填写；

当用户填写完成所述需求确认表并提交后，需求确认完成。

优选的，所述步骤2中，获取用户输入的功能需求信息，包括：

获取并显示预设的功能需求表，供用户填写；

当用户填写完成所述功能需求表并提交后，获取用户填写所述功能需求表输入的功能需求信息。

优选的，所述步骤3：基于所述功能需求信息，构建功能基线，包括：

基于预设的功能基线构建模板，根据所述功能需求信息，构建功能基线。

优选的，所述步骤4：基于所述功能基线和预设的功能测试用例库，确定业务路径测试用例，包括：

从所述功能测试用例库中确定所述功能基线中的每一功能点对应的功能测试用例；

基于所述功能测试用例，生成功能测试用例表；

显示所述功能测试用例表；

获取用户从所述功能测试用例表中挑选的目标功能测试用例；

将所述功能测试用例进行组合，获得功能测试用例组，并作为业务路径测试用例。

优选的，基于功能基线的业务路径测试方法，还包括：

获取所述功能测试用例库的适用情况信息，基于所述适用情况信息，确定是否需要对所述功能测试用例库进行扩充，若是，对所述功能测试用例库进行扩充。

优选的，所述获取所述功能测试用例库的适用情况信息，包括：

获取所述功能测试用例库的历史空缺功能点，并作为所述功能测试用例库的适用情况信息；所述历史空缺功能点为历史上从所述功能测试用例库中无法确定对应功能测试用例的功能点；

和/或，

获取用户输入的测试评价信息；

对所述测试评价信息进行语义分析并提取，获得多个第一评价语义；

获取所述功能测试用例库对应的预设的相关评价语义库；

将所述第一评价语义与所述相关评价语义库中的第二评价语义进行匹配；

若匹配符合，获取匹配符合的所述第二评价语义对应的预设的反应情况，并作为所述功能测试用例库的适用情况信息。

优选的，所述基于所述适用情况信息，确定是否需要对所述功能测试用例库进行扩充，包括：

将所述适用情况信息输入至预设的扩充确定模型，确定是否需要对所述功能测试用例库进行扩充；

和/或，

对所述适用情况信息进行信息特征提取，获得多个情况信息特征；

基于所述多个情况信息特征，构建第一特征向量；

获取预设的扩充确定库；

将所述第一特征向量与所述扩充确定库中的第二特征向量进行匹配；

若存在匹配符合，确定需要对所述功能测试用例库进行扩充；

若均不匹配符合，确定不需要对所述功能测试用例库进行扩充。

优选的，对所述功能测试用例库进行扩充，包括：

获取预设的多个第一扩充节点；

获取所述第一扩充节点的历史提供信息；

若所述历史提供信息为空，获取所述第一扩充节点的节点来源类型，所述节点来源类型包括：本地和大数据平台；

当所述第一扩充节点的节点来源类型为本地时，获取所述第一扩充节点的人员信息，所述人员信息包括：多组一一对应的人员权重和人员经验值；

基于所述人员信息，计算所述第一扩充节点的第一验证值，计算公式如下：

其中，γ₁为所述第一扩充节点的第一验证值，ε_i为第i个所述人员权重，σ_i为第i个所述人员权重对应的所述人员经验值，n为所述人员权重的总数目；

若所述第一验证值小于等于预设的第一验证值阈值，剔除对应所述第一扩充节点；

当所述第一扩充节点的节点来源类型为大数据平台时，获取所述第一扩充节点的担保信息，所述担保信息包括：多组一一对应的担保时长和担保权重；

基于所述担保信息，计算所述第一扩充节点的第二验证值，计算公式如下：

其中，γ₂为所述第一扩充节点的第二验证值，d_t为第t个所述担保时长，h_t为第t个所述担保时长对应的所述担保权重，n₂为所述担保时长的总数目；

若所述第二验证值小于等于预设的第二验证值阈值，剔除对应所述第一扩充节点；

若所述历史提供信息不为空，解析所述历史提供信息中多个效果值；

基于所述效果值，计算所述第一扩充节点的第三验证值，计算公式如下：

其中，γ₃为所述第一扩充节点的第三验证值，Z_J为第J个所述效果值，n₃为所述效果值的总数目；

若所述第三验证值小于等于预设的第三验证值阈值，剔除对应所述第一扩充节点；

当需要剔除的所述第一扩充节点均剔除后，将剩余的所述第一扩充节点作为第二扩充节点；

通过所述第二扩充节点获取扩充内容；

基于所述扩充内容，对所述功能测试用例库进行扩充。

本发明实施例提供的一种基于功能基线的业务路径测试系统，包括：

确认模块，用于与用户进行需求确认；

获取模块，用于确认完成后，获取用户输入的功能需求信息；

构建模块，用于基于所述功能需求信息，构建功能基线；

确定模块，用于基于所述功能基线和预设的功能测试用例库，确定业务路径测试用例；

测试模块，用于基于所述业务路径测试用例，进行业务路径测试。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例中一种功能测试用例生成方法的示意图；

图2为本发明实施例中需求确认表的示例图；

图3至图6为本发明实施例中功能需求表的示例图；

图7为本发明实施例中功能基线的示例图；

图8为本发明实施例中功能点组成业务路径的示意图；

图9至图11为本发明实施例中测试用例选择和测试用例组合的示意图；

图12为本发明实施例中一种功能测试用例生成系统的示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

本发明实施例提供了一种基于功能基线的业务路径测试方法，如图1所示，包括：

步骤1：与用户进行需求确认；

步骤2：确认完成后，获取用户输入的功能需求信息；

步骤3：基于所述功能需求信息，构建功能基线；

步骤4：基于所述功能基线和预设的功能测试用例库，确定业务路径测试用例；

步骤5：基于所述业务路径测试用例，进行业务路径测试。

上述技术方案的工作原理及有益效果为：

首先，与用户进行测试需求确认，确认用户存在测试需求，避免出现误测试。确认完成后，由用户输入功能需求信息，功能需求反应用户想要对软件的哪些功能配置进行测试。基于功能需求信息，构建功能基线。预设的功能测试用例库中包含功能基线上每一功能配置专用的功能测试用例，事先进行开发收集。基于功能基线和功能测试用例库，确定业务路径测试用例，即从功能测试用例库中确定功能基线上每一功能配置的功能测试用例进行组合获得。基于业务路径测试用例，进行业务路径测试。

本申请用户只需输入功能需求信息即可进行业务路径测试，无需由开发人员提前开发准备好功能基线上每一功能配置专用的功能测试用例，提升了便捷性，减少测试耗时，提升软件的功能配置测试效率，更加适用于功能基线上的功能配置较多的情形，另外，也可避免用例开发不精准的问题发生。

在一个实施例中，所述步骤1：与用户进行需求确认，包括：

获取并显示预设的需求确认表，供用户填写；

当用户填写完成所述需求确认表并提交后，需求确认完成。

上述技术方案的工作原理及有益效果为：

预设的需求确认表中包含一些需要用户填写的确认信息，如图2所示。当用户填写完成需求确认表并提交后，说明用户确认有测试需求。提升确认精准性，避免产生误测试。

在一个实施例中，所述步骤2中，获取用户输入的功能需求信息，包括：

获取并显示预设的功能需求表，供用户填写；

当用户填写完成所述功能需求表并提交后，获取用户填写所述功能需求表输入的功能需求信息。

上述技术方案的工作原理及有益效果为：

预设的功能需求表包含一些用户需要填写的功能需求信息，如图3至图6所示。当用户填写完成功能需求表并提交后，获取用户填写功能需求表输入的功能需求信息。提升功能需求获取效率。

在一个实施例中，所述步骤3：基于所述功能需求信息，构建功能基线，包括：

基于预设的功能基线构建模板，根据所述功能需求信息，构建功能基线。

上述技术方案的工作原理及有益效果为：

预设的功能基线构建模板反应如何对功能需求信息中的每一功能配置进行组合，由工作人员预先设定。例如：如图7所示，为某功能基线框架示意图。引入功能基线构建模板，提升功能基线构建效率。

在一个实施例中，所述步骤4：基于所述功能基线和预设的功能测试用例库，确定业务路径测试用例，包括：

从所述功能测试用例库中确定所述功能基线中的每一功能点对应的功能测试用例；

基于所述功能测试用例，生成功能测试用例表；

显示所述功能测试用例表；

获取用户从所述功能测试用例表中挑选的目标功能测试用例；

将所述功能测试用例进行组合，获得功能测试用例组，并作为业务路径测试用例。

上述技术方案的工作原理及有益效果为：

从功能测试用例库中查询确定功能基线中每一功能点(功能配置，有输入、处理、输出三要素构成的最小功能单元)的功能测试用例，一般的，每一功能点可以有多个功能测试用例。功能点是按业务需求组合构成业务路径，如图8所示，ABCDE分别代表有5个不同的功能点，组合成一个业务路径。基于功能测试用例，生成功能测试用例表，输出显示，供用户挑选，挑选完成后，进行组合，获得功能测试用例组，并作为业务路径测试用例。供用户挑选，更加人性化，提升了业务路径测试用例的确定效率。如图9至图11所示，为测试用例选择和测试用例组合的示意图。

在一个实施例中，基于功能基线的业务路径测试方法，还包括：

获取所述功能测试用例库的适用情况信息，基于所述适用情况信息，确定是否需要对所述功能测试用例库进行扩充，若是，对所述功能测试用例库进行扩充。

上述技术方案的工作原理及有益效果为：

功能测试用例库决定能否为用户提供满意的测试服务，因此，需要确定功能测试用例库的运作情况能够满足用户需求，若否，对其进行扩充，即获取功能测试用例库的适用情况信息，基于适用情况信息，确定是否需要对功能测试用例库进行扩充，若是，进行扩充。提升了系统的运作能力和适用性。

在一个实施例中，所述获取所述功能测试用例库的适用情况信息，包括：

获取所述功能测试用例库的历史空缺功能点，并作为所述功能测试用例库的适用情况信息；所述历史空缺功能点为历史上从所述功能测试用例库中无法确定对应功能测试用例的功能点；

和/或，

获取用户输入的测试评价信息；

对所述测试评价信息进行语义分析并提取，获得多个第一评价语义；

获取所述功能测试用例库对应的预设的相关评价语义库；

将所述第一评价语义与所述相关评价语义库中的第二评价语义进行匹配；

若匹配符合，获取匹配符合的所述第二评价语义对应的预设的反应情况，并作为所述功能测试用例库的适用情况信息。

上述技术方案的工作原理及有益效果为：

适用情况信息的获取有两种方式：一、获取功能测试用例库的历史空缺功能点作为适用情况信息，历史空缺功能点为历史上用户无法从功能测试用例库确定出对应功能测试用例的功能点，历史空缺功能点反应功能测试用例库差哪些功能配置对应的功能测试用例。二、获取用户关于功能测试用例库的评价，获取时，获取用户输入的测试评价信息，提取出第一评价语义，引入功能测试用例库对应的预设的相关评价语义库，相关评价语义库中包含大量与功能测试用例库相关的评价语义，例如：“某功能配置找不到功能测试用例”等，将第一评价语义与相关评价语义库中的第二评价语义进行匹配，若匹配符合，说明存在关于功能测试用例库的评价，获取匹配符合的第二评价语义对应的预设的反应情况，例如：某功能配置缺功能测试用例，作为适用情况信息。引入两种方式获取功能测试用例库的适用情况信息，提升了功能测试用例库的运作情况确定的全面性和精准性，另外，引入功能测试用例库对应的预设的相关评价语义库，提升了与功能测试用例库相关的评价的筛选效率和筛选精准性。

在一个实施例中，所述基于所述适用情况信息，确定是否需要对所述功能测试用例库进行扩充，包括：

将所述适用情况信息输入至预设的扩充确定模型，确定是否需要对所述功能测试用例库进行扩充；

和/或，

对所述适用情况信息进行信息特征提取，获得多个情况信息特征；

基于所述多个情况信息特征，构建第一特征向量；

获取预设的扩充确定库；

将所述第一特征向量与所述扩充确定库中的第二特征向量进行匹配；

若存在匹配符合，确定需要对所述功能测试用例库进行扩充；

若均不匹配符合，确定不需要对所述功能测试用例库进行扩充。

上述技术方案的工作原理及有益效果为：

基于适用情况信息，确定是否需要对功能测试用例库进行扩充的方式有两种：一、直接将适用情况信息输入至预设的扩充确定模型，由扩充确定模型确定，扩充确定模型为利用大量的人工基于功能测试用例库的适用情况信息进行是否需要对功能测试用例库进行扩充确定的逻辑过程(例如：很多功能配置缺少对应的功能测试用例)对神经网络模型进行训练至收敛后的能够代替人工基于功能测试用例库的适用情况信息进行是否需要对功能测试用例库进行扩充确定的人工智能模型。二、提取出适用情况信息的情况信息特征，例如：缺少对应的功能测试用例的功能配置数目等，以向量形式构建第一特征向量，引入预设的扩充确定库，扩充确定库中的第二特征向量由能够反应功能测试用例库需要扩充的情况信息特征(例如：缺少对应的功能测试用例的功能配置数目大于＞10)以向量形式构建，将第一特征向量与所述扩充确定库中的第二特征向量进行匹配，若匹配符合，则说明需要进行扩充，若匹配均不符合，说明无需扩充。引入两种方式基于适用情况信息，确定是否需要对功能测试用例库进行扩充，提升了确定的精准性，另外，引入扩充确定模型确定和扩充确定库，提升了确定的确定效率。

在一个实施例中，对所述功能测试用例库进行扩充，包括：

获取预设的多个第一扩充节点；

获取所述第一扩充节点的历史提供信息；

若所述历史提供信息为空，获取所述第一扩充节点的节点来源类型，所述节点来源类型包括：本地和大数据平台；

当所述第一扩充节点的节点来源类型为本地时，获取所述第一扩充节点的人员信息，所述人员信息包括：多组一一对应的人员权重和人员经验值；

基于所述人员信息，计算所述第一扩充节点的第一验证值，计算公式如下：

其中，γ₁为所述第一扩充节点的第一验证值，ε_i为第i个所述人员权重，σ_i为第i个所述人员权重对应的所述人员经验值，n为所述人员权重的总数目；

若所述第一验证值小于等于预设的第一验证值阈值，剔除对应所述第一扩充节点；

当所述第一扩充节点的节点来源类型为大数据平台时，获取所述第一扩充节点的担保信息，所述担保信息包括：多组一一对应的担保时长和担保权重；

基于所述担保信息，计算所述第一扩充节点的第二验证值，计算公式如下：

其中，γ₂为所述第一扩充节点的第二验证值，d_t为第t个所述担保时长，h_t为第t个所述担保时长对应的所述担保权重，n₂为所述担保时长的总数目；

若所述第二验证值小于等于预设的第二验证值阈值，剔除对应所述第一扩充节点；

若所述历史提供信息不为空，解析所述历史提供信息中多个效果值；

基于所述效果值，计算所述第一扩充节点的第三验证值，计算公式如下：

其中，γ₃为所述第一扩充节点的第三验证值，Z_J为第J个所述效果值，n₃为所述效果值的总数目；

若所述第三验证值小于等于预设的第三验证值阈值，剔除对应所述第一扩充节点；

当需要剔除的所述第一扩充节点均剔除后，将剩余的所述第一扩充节点作为第二扩充节点；

通过所述第二扩充节点获取扩充内容；

基于所述扩充内容，对所述功能测试用例库进行扩充。

上述技术方案的工作原理及有益效果为：

预设的多个第一扩充节点为一网络节点，与能够提供功能测试用例的提供方通信对接。准备通过第一扩充节点获取提供方提供的扩充内容即功能测试用例，但是，为了保证功能测试用例库的扩充质量，需要对第一扩充节点进行验证筛选。

获取第一扩充节点的历史提供信息，历史提供信息中包含第一扩充节点历史上提供的功能测试用例在被用户使用后的使用效果的效果值。若历史提供信息为空，说明第一扩充节点新加入，获取其节点来源类型。节点来源类型分为本地和大数据平台，本地则为后台开发准备功能测试用例的人员，大数据平台则负责收集其他公司开发准备功能测试用例的人员。当节点来源类型为本地时，获取人员信息，人员信息包含人员权重和人员经验值，人员权重为某人员占第一扩充节点的全部人员的开发工作占比，人员权重越大，其负责的开发工作越多，人员经验值反应该人员的历史功能测试用例的开发经验程度大小。基于人员权重和人员经验值，计算第一验证值，若第一验证值小于等于预设的第一验证值阈值，说明该第一扩充节点不满足扩充内容获取要求，进行剔除。当节点来源类型为大数据平台时，获取担保信息，担保信息包含担保时长和担保权重，担保时长为大数据平台对其提供的扩充内容的真实性进行某次担保的时间长度，担保权重反应大数据平台对其提供的扩充内容的真实性进行某次担保的担保力度。基于担保时长和担保权重，计算第二验证值，若第二验证值小于等于预设的第二验证值阈值，担保不过关，进行剔除。

若历史提供信息不为空，则直接可以基于历史提供信息，对第一扩充节点进行验证筛选。基于其中的效果值计算第三验证值，若第三验证值小于等于预设的第三验证值阈值，剔除对应所述第一扩充节点。

最后，通过剔除剩余的第二扩充节点获取扩充内容，对功能测试用例库进行扩充。

本发明实施例对第一扩充节点进行验证筛选，保证扩充内容的内容质量，极大程度上提升了功能测试用例库的扩充质量。另外，根据历史提供信息的空集与否，分别进行验证筛选，新加入的第一扩充节点需根据其节点来源类型分别进行验证，已产生历史提供信息的第一扩充节点根据提供的功能测试用例投入使用的效果进行验证筛选，提升了验证筛选的合理性，另外，引入大数据平台，提升了功能测试用例共享在大数据趋势下的适用性。

本发明实施例提供了一种基于功能基线的业务路径测试系统，如图12所示，包括：

确认模块1，用于与用户进行需求确认；

获取模块2，用于确认完成后，获取用户输入的功能需求信息；

构建模块3，用于基于所述功能需求信息，构建功能基线；

确定模块4，用于基于所述功能基线和预设的功能测试用例库，确定业务路径测试用例；

测试模块5，用于基于所述业务路径测试用例，进行业务路径测试。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种基于功能基线的业务路径测试方法，其特征在于，包括：

步骤1：与用户进行需求确认；

步骤2：确认完成后，获取用户输入的功能需求信息；

步骤3：基于所述功能需求信息，构建功能基线；

步骤4：基于所述功能基线和预设的功能测试用例库，确定业务路径测试用例；

步骤5：基于所述业务路径测试用例，进行业务路径测试；

还包括：

获取所述功能测试用例库的适用情况信息，基于所述适用情况信息，确定是否需要对所述功能测试用例库进行扩充，若是，对所述功能测试用例库进行扩充；

对所述功能测试用例库进行扩充，包括：

获取预设的多个第一扩充节点；

获取所述第一扩充节点的历史提供信息；

若所述历史提供信息为空，获取所述第一扩充节点的节点来源类型，所述节点来源类型包括：本地和大数据平台；

当所述第一扩充节点的节点来源类型为本地时，获取所述第一扩充节点的人员信息，所述人员信息包括：多组一一对应的人员权重和人员经验值；

基于所述人员信息，计算所述第一扩充节点的第一验证值，计算公式如下：

其中，γ₁为所述第一扩充节点的第一验证值，ε_i为第i个所述人员权重，σ_i为第i个所述人员权重对应的所述人员经验值，n₁为所述人员权重的总数目；

若所述第一验证值小于等于预设的第一验证值阈值，剔除对应所述第一扩充节点；

当所述第一扩充节点的节点来源类型为大数据平台时，获取所述第一扩充节点的担保信息，所述担保信息包括：多组一一对应的担保时长和担保权重；

基于所述担保信息，计算所述第一扩充节点的第二验证值，计算公式如下：

其中，γ₂为所述第一扩充节点的第二验证值，d_t为第t个所述担保时长，h_t为第t个所述担保时长对应的所述担保权重，n₂为所述担保时长的总数目；

若所述第二验证值小于等于预设的第二验证值阈值，剔除对应所述第一扩充节点；

若所述历史提供信息不为空，解析所述历史提供信息中多个效果值；

基于所述效果值，计算所述第一扩充节点的第三验证值，计算公式如下：

其中，γ₃为所述第一扩充节点的第三验证值，Z_J为第J个所述效果值，n₃为所述效果值的总数目；

若所述第三验证值小于等于预设的第三验证值阈值，剔除对应所述第一扩充节点；

当需要剔除的所述第一扩充节点均剔除后，将剩余的所述第一扩充节点作为第二扩充节点；

通过所述第二扩充节点获取扩充内容；

基于所述扩充内容，对所述功能测试用例库进行扩充。

2.如权利要求1所述的一种基于功能基线的业务路径测试方法，其特征在于，所述步骤1：与用户进行需求确认，包括：

获取并显示预设的需求确认表，供用户填写；

当用户填写完成所述需求确认表并提交后，需求确认完成。

3.如权利要求1所述的一种基于功能基线的业务路径测试方法，其特征在于，所述步骤2中，获取用户输入的功能需求信息，包括：

获取并显示预设的功能需求表，供用户填写；

当用户填写完成所述功能需求表并提交后，获取用户填写所述功能需求表输入的功能需求信息。

4.如权利要求1所述的一种基于功能基线的业务路径测试方法，其特征在于，所述步骤3：基于所述功能需求信息，构建功能基线，包括：

基于预设的功能基线构建模板，根据所述功能需求信息，构建功能基线。

5.如权利要求1所述的一种基于功能基线的业务路径测试方法，其特征在于，所述步骤4：基于所述功能基线和预设的功能测试用例库，确定业务路径测试用例，包括：

从所述功能测试用例库中确定所述功能基线中的每一功能点对应的功能测试用例；

基于所述功能测试用例，生成功能测试用例表；

显示所述功能测试用例表；

获取用户从所述功能测试用例表中挑选的目标功能测试用例；

将所述功能测试用例进行组合，获得功能测试用例组，并作为业务路径测试用例。

6.如权利要求1所述的一种基于功能基线的业务路径测试方法，其特征在于，所述获取所述功能测试用例库的适用情况信息，包括：

获取所述功能测试用例库的历史空缺功能点，并作为所述功能测试用例库的适用情况信息；所述历史空缺功能点为历史上从所述功能测试用例库中无法确定对应功能测试用例的功能点；

和/或，

获取用户输入的测试评价信息；

对所述测试评价信息进行语义分析并提取，获得多个第一评价语义；

获取所述功能测试用例库对应的预设的相关评价语义库；

将所述第一评价语义与所述相关评价语义库中的第二评价语义进行匹配；

若匹配符合，获取匹配符合的所述第二评价语义对应的预设的反应情况，并作为所述功能测试用例库的适用情况信息。

7.如权利要求1所述的一种基于功能基线的业务路径测试方法，其特征在于，所述基于所述适用情况信息，确定是否需要对所述功能测试用例库进行扩充，包括：

将所述适用情况信息输入至预设的扩充确定模型，确定是否需要对所述功能测试用例库进行扩充；

和/或，

对所述适用情况信息进行信息特征提取，获得多个情况信息特征；

基于所述多个情况信息特征，构建第一特征向量；

获取预设的扩充确定库；

将所述第一特征向量与所述扩充确定库中的第二特征向量进行匹配；

若存在匹配符合，确定需要对所述功能测试用例库进行扩充；

若均不匹配符合，确定不需要对所述功能测试用例库进行扩充。

8.一种基于功能基线的业务路径测试系统，其特征在于，包括：

确认模块，用于与用户进行需求确认；

获取模块，用于确认完成后，获取用户输入的功能需求信息；

构建模块，用于基于所述功能需求信息，构建功能基线；

确定模块，用于基于所述功能基线和预设的功能测试用例库，确定业务路径测试用例；

测试模块，用于基于所述业务路径测试用例，进行业务路径测试；

还包括：

获取所述功能测试用例库的适用情况信息，基于所述适用情况信息，确定是否需要对所述功能测试用例库进行扩充，若是，对所述功能测试用例库进行扩充；

对所述功能测试用例库进行扩充，包括：

获取预设的多个第一扩充节点；

获取所述第一扩充节点的历史提供信息；

若所述历史提供信息为空，获取所述第一扩充节点的节点来源类型，所述节点来源类型包括：本地和大数据平台；

当所述第一扩充节点的节点来源类型为本地时，获取所述第一扩充节点的人员信息，所述人员信息包括：多组一一对应的人员权重和人员经验值；

基于所述人员信息，计算所述第一扩充节点的第一验证值，计算公式如下：

其中，γ₁为所述第一扩充节点的第一验证值，ε_i为第i个所述人员权重，σ_i为第i个所述人员权重对应的所述人员经验值，n₁为所述人员权重的总数目；

若所述第一验证值小于等于预设的第一验证值阈值，剔除对应所述第一扩充节点；

当所述第一扩充节点的节点来源类型为大数据平台时，获取所述第一扩充节点的担保信息，所述担保信息包括：多组一一对应的担保时长和担保权重；

基于所述担保信息，计算所述第一扩充节点的第二验证值，计算公式如下：

其中，γ₂为所述第一扩充节点的第二验证值，d_t为第t个所述担保时长，h_t为第t个所述担保时长对应的所述担保权重，n₂为所述担保时长的总数目；

若所述第二验证值小于等于预设的第二验证值阈值，剔除对应所述第一扩充节点；

若所述历史提供信息不为空，解析所述历史提供信息中多个效果值；

基于所述效果值，计算所述第一扩充节点的第三验证值，计算公式如下：

其中，γ₃为所述第一扩充节点的第三验证值，Z_J为第J个所述效果值，n₃为所述效果值的总数目；

若所述第三验证值小于等于预设的第三验证值阈值，剔除对应所述第一扩充节点；

当需要剔除的所述第一扩充节点均剔除后，将剩余的所述第一扩充节点作为第二扩充节点；

通过所述第二扩充节点获取扩充内容；基于所述扩充内容，对所述功能测试用例库进行扩充。