CN115840712A

CN115840712A - 联测进度确定方法、装置、电子设备和存储介质

Info

Publication number: CN115840712A
Application number: CN202310114793.9A
Authority: CN
Inventors: 史迪
Original assignee: China Bond Jinke Information Technology Co ltd
Current assignee: China Bond Jinke Information Technology Co ltd
Priority date: 2023-02-15
Filing date: 2023-02-15
Publication date: 2023-03-24
Anticipated expiration: 2043-02-15
Also published as: CN115840712B

Abstract

本发明提供一种联测进度确定方法、装置、电子设备和存储介质，涉及软件测试技术领域，所述方法包括：基于至少一个机构对应的联测申请数据和联测需求类别，确定各机构对应的联测分级基础数据集，联测需求类别用于表征联测关注点；获取各机构对应的实时调用联测报文链集；将属于同一个机构的实时调用联测报文链集和联测分级基础数据集输入联测进度确定模型，输出各机构对应的实时联测进度，其中，联测进度确定模型用于基于匹配参数和联测需求类别，对实时调用联测报文链集和联测分级基础数据集进行匹配，实时联测进度是基于不同联测需求类别对应的匹配结果确定的。本发明可实现科学、客观、准确的确定联测进度，提高对联调测试质量的准确把控。

Description

联测进度确定方法、装置、电子设备和存储介质

技术领域

本发明涉及软件测试技术领域，尤其涉及一种联测进度确定方法、装置、电子设备和存储介质。

背景技术

联调测试（以下简称“联测”）是指在金融行业交易市场中，核心机构（如金融基础设施机构）组织市场参与方，在联调测试环境或准生产环境开展的接口处理及业务流程测试，在此阶段，主要考虑内外部联测过程中的报文交互、业务流程的验证，目的是验证核心机构和市场参与方的接口处理和业务流程的正确性，以及网络的连通性。

在联测过程中，核心机构（又称“联测支持方”）承担着较重的机构联测支持、联测进度统计、联测覆盖率估算等工作。然而，在实际的联测支持工作过程中，由于联测工作的黑盒性和交互性等特点，联测支持方无法准确追踪机构测试的进展，只能被动依赖机构上报的测试进度；并且，机构接入数量庞大且接入时间点与规模、频率具有不确定性，机构上报进度衡量标准不统一，导致上报进度的可靠性较低，进而导致整个联测质量较低，因此，如何科学、客观、准确的确定联测进度是目前亟需解决的问题。

发明内容

本发明提供一种联测进度确定方法、装置、电子设备和存储介质，用以解决现有技术中联测质量较低的缺陷，实现科学、客观、准确的确定联测进度，提高对联调测试质量的准确把控。

本发明提供一种联测进度确定方法，包括：

基于至少一个机构对应的联测申请数据和联测需求类别，确定各所述机构对应的联测分级基础数据集，所述联测需求类别用于表征联测关注点；

获取各所述机构对应的实时调用联测报文链集；

将属于同一个所述机构的所述实时调用联测报文链集和所述联测分级基础数据集输入联测进度确定模型，输出各所述机构对应的实时联测进度，其中，所述联测进度确定模型用于基于匹配参数和所述联测需求类别，对所述实时调用联测报文链集和所述联测分级基础数据集进行匹配，所述实时联测进度是基于不同所述联测需求类别对应的匹配结果确定的。

根据本发明提供的联测进度确定方法，所述确定各所述机构对应的实时联测进度，包括：

基于匹配参数，将目标实时调用联测报文链集和目标联测分级基础数据集的进行匹配，确定用于表征匹配成功的联测染色数据集，所述目标实时调用联测报文链集和所述目标联测分级基础数据集属于同一个所述机构中的相同所述联测需求类别内；

确定各所述联测需求类别对应的权重值，所述权重值用于表征各类所述联测需求类别对应的优先级；

基于各类所述联测需求类别对应的所述联测染色数据集、所述目标联测分级基础数据集和所述权重值，确定实时联测覆盖率；

将所述实时联测覆盖率确定为实时联测进度。

根据本发明提供的联测进度确定方法，所述匹配参数包括：关键报文和报文标签；

所述基于匹配参数，将目标实时调用联测报文链集和目标联测分级基础数据集的进行匹配，确定用于表征匹配成功的联测染色数据集，包括：

遍历所述目标实时调用联测报文链集，确定各目标实时调用联测报文链对应的第一编号链和第一报文标签；

确定所述目标联测分级基础数据集对应的第二编号集和第二报文标签集；

将各所述第一编号链和所述第二编号集进行第一匹配，并将各所述第一报文标签和所述第二报文标签集进行第二匹配，其中，所述第一匹配用于表征编号比较，所述第二匹配用于表征报文标签覆盖比较；

在所述第二编号集包含所述第一编号链，且所述第二报文标签集包含所述第一报文标签的情况下，将所述第一编号链对应的所述目标实时调用联测报文链确定为联测染色数据；

基于各所述联测染色数据，确定所述联测染色数据集。

根据本发明提供的联测进度确定方法，所述获取各所述机构对应的实时调用联测报文链集，包括：

获取各所述机构实时传输的元数据，所述元数据为早于当前时间点并处于联测实时状态的数据；

基于报文标准信息，对所述元数据进行质量筛查，得到实时调用数据，所述报文标准信息包括：报文标准和业务报文逻辑；

基于所述联测需求类别，将各所述机构对应的所述实时调用数据进行分组，得到所述实时调用联测报文链集。

根据本发明提供的联测进度确定方法，所述确定各所述机构对应的联测分级基础数据集，包括：

获取各所述机构对应的联测申请数据；

基于所述联测申请数据，确定联测需求梳理数据；

基于所述联测需求梳理数据中报文集和业务场景调用的映射关系，确定业务报文链基础数据集；

基于所述联测需求类别，对所述业务报文链基础数据集进行优先级分级，得到联测分级基础数据集。

根据本发明提供的联测进度确定方法，所述方法还包括：

确定各所述机构对应的理论联测进度；

基于所述理论联测进度和所述实时联测进度，确定进度偏移量；

在所述进度偏移量大于预设阈值的情况下，对所述机构进行滞后标记。

根据本发明提供的联测进度确定方法，所述确定各所述机构对应的理论联测进度，包括：

确定各所述机构对应的验收时间点和联测周期；

确定所述实时调用联测报文链集对应的当前时间点距离所述验收时间点的剩余周期；

基于所述剩余周期与所述联测周期的比值，确定各所述机构对应的理论联测进度。

本发明还提供一种联测进度确定装置，包括：

确定模块，用于基于至少一个机构对应的联测申请数据和联测需求类别，确定各所述机构对应的联测分级基础数据集，所述联测需求类别用于表征联测关注点；

获取模块，用于获取各所述机构对应的实时调用联测报文链集；

输出模块，用于将属于同一个所述机构的所述实时调用联测报文链集和所述联测分级基础数据集输入联测进度确定模型，输出各所述机构对应的实时联测进度，其中，所述联测进度确定模型用于基于匹配参数和所述联测需求类别，对所述实时调用联测报文链集和所述联测分级基础数据集进行匹配，所述实时联测进度是基于不同所述联测需求类别对应的匹配结果确定的。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述联测进度确定方法。

本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述联测进度确定方法。

本发明提供的联测进度确定方法、装置、电子设备和存储介质，通过各机构发起的联测申请数据，构建不同联测需求类别下的联测分级基础数据集，并将实时获取的各机构对应的实时调用联测报文链集，与对应联测需求类别下的联测分级基础数据集输入联测进度确定模型进行匹配，进而确定各机构对应的实时联测进度，基于联测需求类别统一进度衡量标准，且克服了联测进度确定的被动性，提高实时联测进度的可靠性和联测质量，同时，通过不同联测需求类别下的联测深度，实现对联测周期的准确把控。

附图说明

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

图1是本发明实施例提供的联测进度确定方法的流程示意图之一；

图2是本发明实施例提供的业务报文链基础数据集的示例示意图；

图3是本发明实施例提供的联测进度确定方法的流程示意图之二；

图4是本发明实施例提供的联测进度确定装置的结构示意图；

图5是本发明实施例提供的电子设备的结构示意图。

具体实施方式

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

针对现有技术中联测进度需依赖机构上报的测试进度确定，且机构在上报时测试进度的衡量标准不统一，不同机构上报的测试进度与联测支持方的关注点不同，导致联测质量较低的问题，本发明实施例提供一种联测进度确定方法，图1是本发明实施例提供的联测进度确定方法的流程示意图之一，如图1所述，该方法包括：

步骤110、基于至少一个机构对应的联测申请数据和联测需求类别，确定各所述机构对应的联测分级基础数据集，所述联测需求类别用于表征联测关注点。

具体地，由于不同机构在向联测支持方上报测试进度时，机构的关注点与联测支持方的关注点不同，如，机构的上报人员为技术人员时，该上报人员对联调测试的关注点是开发的系统本身连通性的测试进度，而联测支持方则关注的是整个联测周期的进度，若联测支持方将该机构上报的系统本身的测试进度视为该机构整个联测周期的进度，则导致联测进度数据不可靠，联测质量较低。因此，本发明实施例中，通过获取各机构对应的联测申请数据，在联测申请数据中，将报文集和业务描述进行映射、归类、筛选后，对筛选后的数据进行优先级标注和排序，并构建不同联测需求类别下的联测分级基础数据集，基于联测需求类别统一衡量标准，确保后续确定实时联测进度的可靠性。

步骤120、获取各所述机构对应的实时调用联测报文链集。

具体地，由于现有技术中联测支持方在确定各机构对应的实时联测进度时，需要依赖于各机构主动上报测试进度，即，确定实时联测进度较为被动，同时，联测时接入的机构数量庞大，上报时间点、机构规模和上报频率具有不确定性，且机构主动上报测试进度的准确性无法保证，因此，本发明实施例中，通过不同渠道实时获取各机构处于联测实时状态下不同方向和不同颗粒度的异构数据，该异构数据为该机构在联测时以当前时间点为截止时间点已经调用的数据，并基于异构数据构建实时调用联测报文链集，在克服实时联测进度确定被动性的同时，确保后续实时联测进度的可靠性和准确性。

步骤130、将属于同一个所述机构的所述实时调用联测报文链集和所述联测分级基础数据集输入联测进度确定模型，输出各所述机构对应的实时联测进度，其中，所述联测进度确定模型用于基于匹配参数和所述联测需求类别，对所述实时调用联测报文链集和所述联测分级基础数据集进行匹配，所述实时联测进度是基于不同所述联测需求类别对应的匹配结果确定的。

具体地，在确定实时调用联测报文链集和联测分级基础数据集之后，可将实时调用联测报文链集和联测分级基础数据集输入联测进度确定模型，并通过联测需求类别，在相同的衡量标准下进行匹配和染色，进而得到最终的实时联测进度，实时获取不同联测需求类别下的测试深度，并从整体上实现对整个联测周期的联测进度的把控。

可选地，软件测试一般包括系统本身的测试和不同系统间的协同测试，本发明实施例可应用于不同系统间的协同测试。

可选地，联测申请数据包括但不限于：联测周期、联测申请报文集、报文映射的业务描述。各机构在联测过程中主要的关注点是报文是否覆盖，关注点会比较片面，且不同机构对应的业务场景会有区别，因此，联测支持方在确定实时联测进度时，需结合联测申请数据，将报文集和业务描述中的全流程业务场景调用映射，并根据报文发送渠道、业务要素和内部逻辑分支构建业务报文链基础数据集，并进一步基于业务报文链基础数据集构建联测分级基础数据集。

可选地，业务报文链基础数据集中包括全流程业务场景中不同分支下的报文链，报文链的长度可基于各机构测试需求对应的业务场景确定，若业务场景较为简单，则报文链较短，若业务场景较复杂，则报文链较长，例如，图2是本发明实施例提供的业务报文链基础数据集的示例示意图，如图2所示，S1、S2和S3分别为该机构中的不同业务系统，则业务场景1和业务场景2对应的报文链是基于以下步骤确定的：

（1）业务场景1较为简单，且业务场景1包含业务系统S1和业务系统S2，在对业务场景1进行测试时，机构向业务系统S1发送测试报文102；

若业务系统S1测试成功，则将测试报文102发送至业务系统S2，并由业务系统S2返回响应报文111，则在业务场景1测试成功的情况下，生成的报文链1为{102,111}。

若业务系统S1测试异常，则业务系统S1向机构返回异常报文991，则在业务场景1测试异常的情况下，生成的报文链2为{102,991}。

（2）业务场景2较为复杂，且业务场景2包含业务系统S2和业务系统S3，在对业务场景2进行测试时，机构向业务系统S2发送测试报文103；

若业务系统S2测试异常，则业务系统S2向机构返回异常报文991，则在业务场景2测试异常的情况下，生成的报文链3为{103,991}。

若业务系统S2测试成功，则将测试报文103发送至业务系统S3，若业务系统S3的第一基本路径A1测试成功，则业务系统S3向机构返回响应报文104，并继续执行第一业务分支B1的测试，若第一业务分支B1测试成功，则第一业务分支B1向机构返回响应报文104和业务报文104’，并继续执行第二分支业务的测试，若第二业务分支B2测试成功，则第二业务分支B2向机构返回响应报文104和业务报文104’，并继续执行第二基本路径A2的测试，若第二基本路径A2测试成功，则第二基本路径A2向机构返回响应报文105，则最终生成的报文链4为{103,104,104,104’,104,104’,105}。

可选地，图3是本发明实施例提供的联测进度确定方法的流程示意图之二，如图3所示，所述确定各所述机构对应的联测分级基础数据集，包括：

获取各所述机构对应的联测申请数据；

基于所述联测申请数据，确定联测需求梳理数据；

具体地，基于梳理各机构联测业务需求对应的联测申请数据，基于报文集和业务场景调用对应的业务描述之间的映射关系，对联测申请数据进行归类和筛选，按照不同业务场景中多次报文往返的全流程转化，映射多个核心业务系统的报文交互标准流程，形成业务视角且以机构为维度的业务报文链基础数据集。同时，在得到业务报文链基础数据集后，基于联测需求类别，对业务报文链基础数据集进行优先级分级，并按照优先级添加权重值，得到联测分级基础数据集，为后续实时联测进度的计算做基础。

可选地，联测需求类别包括：业务需求类、技术需求类和补充需求类，其中，业务需求类对应的联测关注点包括：核心业务逻辑覆盖、日切等反例对应的异常场景、报文交互强等业务场景；技术需求类对应的联测关注点包括：重点报文标签覆盖情况、重发重做等技术场景；补充需求类对应的联测关注点包括：机构特殊联测需求，补充需求类包括机构的特殊需求，即，机构通过进行追加深入测试，提高测试的全面性。

可选地，对业务报文链基础数据集进行优先级分级后，可得到业务需求类基础报文数据集、技术需求类基础报文数据集和补充需求类基础报文数据集，业务需求类基础报文数据集是结合业务需求类对应的联测关注点和联测用例资产累积确定的，补充需求类基础报文数据集是通过机构特殊联测需求对应的联测用例积累确定的。此外，还可通过联测知识库，进一步确定各类报文数据集对应的优先级和权重值，其中，优先级从高到低依次为：业务需求类基础报文数据集、技术需求类基础报文数据集、补充需求类基础报文数据集，同时，业务需求类基础报文数据集对应的权重值

大于技术需求类基础报文数据集对应的权重值/>

，且大于补充需求类基础报文数据集对应的权重值/>

，即，

。各类报文数据集如表1所示。

表1 各类报文数据集优先级梯度表

可选地，上述联测知识库包括机构联测支持资产库和联测支持知识库，其中，联测支持方收集积累核心业务相关的测试用例积累和联测支持用例，形成机构联测支持资产库，联测用例资产累积可通过联测知识库中的机构联测支持资产库确定；同时，通过资深联测支持专家日常联测经验总结积累，可以形成联测支持知识库，为后续联测支持工作打下良好基础。

可选地，如图3所示，所述获取各所述机构对应的实时调用联测报文链集，包括：

具体地，为克服实时联测进度确定的被动性和不确定性，本发明实施例中，可从不同渠道、不同方向获取各机构实时传输的元数据，该元数据可以为不同颗粒度的异构数据。在得到元数据后，可基于报文标准信息，并根据全局业务流水号作为唯一标识，对元数据进行数据源梳理、数据清洗、数据筛选等质量筛查，并补齐残缺数据、删除错误数据和重复数据。同时，基于联测需求类别，对进行质量筛查后的元数据进行数据分析和建模后，按类别进行分组，得到各机构对应的实时调用联测报文链集。

可选地，上述实时调用联测报文链集可以如式（1）所示，式（1）为：

其中，

表示当前时间点，n表示业务需求类，m表示技术需求类，k表示补充需求类，/>

表示业务需求类实时调用联测报文链集中的第一个报文链，/>

表示技术需求类实时调用联测报文链集中的第一个报文链，/>

表示补充需求类实时调用联测报文链集中的第一个报文链。

可选地，上述元数据包括但不限于：机构上送日志和数据库表留存历史调用数据。上述报文标准信息包括但不限于：报文标准和业务报文逻辑。

可选地，如图3所示，所述确定各所述机构对应的实时联测进度，包括：

将所述实时联测覆盖率确定为实时联测进度。

具体地，为统一衡量标准，并从整个联测周期上准确反映实时联测进度，本发明实施例中，将属于同一机构且属于相同联测需求类别下的目标实时调用联测报文链集和目标联测分级基础数据集，输入联测进度确定模型进行匹配，如，将属于同一机构的业务需求类目标实时调用联测报文链集和业务需求类目标联测分级基础数据集进行匹配。若目标联测分级基础数据集中存在目标实时调用联测报文链集的x个实时调用报文链，则将该x个实时调用报文链进行染色，得到联测染色数据集，并通过确定联测染色数据集和目标联测分级基础数据集的比值，并与不同联测需求类别对应的权重值进行梯度加权，得到不同联测需求类别下的实时联测覆盖率，并将该实时联测覆盖率确定为实时联测进度，实现统一衡量标准，并通过联测染色数据集和目标联测分级基础数据集的比值，从不同的联测需求类别反应各类别的测试深度，便于把控整个联测进度。

可选地，上述实时联测进度

可以如式（2）所示，式（2）为：/>

其中，

表示机构/>

在选定时间点的实时联测进度，/>

表示业务需求类联测染色数据集，/>

表示业务需求类基础报文数据集，/>

表示业务需求类联测染色数据集中的报文链数量，/>

表示业务需求类基础报文数据集中的报文链数量，/>

表示技术需求类联测染色数据集，/>

表示技术需求类基础报文数据集，/>

表示技术需求类联测染色数据集中的报文链数量，/>

表示技术需求类基础报文数据集中的报文链数量，/>

表示补充需求类联测染色数据集，/>

表示补充需求类基础报文数据集，/>

表示补充需求类联测染色数据集中的报文链数量，/>

表示补充需求类基础报文数据集中的报文链数量。

可选地，上述实时联测覆盖率为测试覆盖率，测试覆盖率是用来度量测试完整性的一个手段，是测试技术有效性的一个度量，它被定义为一种测试技术指标，表明测试用例是否真正完全覆盖了应用程序代码中的各种可能以及在运行这些测试用例时执行了多少代码。测试覆盖率=（至少被执行一次的项目(item)数）/（项目的总数），其中，项目包括：语句、判定、分支、函数等。使用测试覆盖率的优势是：可以在早期和代码级别发现需求、测试用例和BUG之间的差距，可以使用测试覆盖率进行分析来防止BUG的遗漏，测试覆盖率还有助于进行回归测试、测试用例优先级划分、测试套件扩展和测试套件颗粒化。测试覆盖率的估算经过了数年的积累和发展，已经形成成熟的方法论，测试覆盖率按照测试方法一般可分为三大类，其中，白盒覆盖率指的是对语句、判定、条件、路径等等的覆盖；灰盒覆盖率指的是针对接口相关的测试覆盖率；黑盒覆盖率则指的是对功能、性能的测试覆盖率。通过人工或者自动化测试案例的执行百分比，得到对应项目、系统或软件的测试进度。测试覆盖率可应用于软件测试领域中对系统本身进行的测试，以及对多个系统之间的协同测试中。

可选地，所述匹配参数包括：关键报文和报文标签。

可选地，上述匹配参数表如表2所示。

表2 匹配参数表

可选地，所述基于匹配参数，将目标实时调用联测报文链集和目标联测分级基础数据集的进行匹配，确定用于表征匹配成功的联测染色数据集，包括：

基于各所述联测染色数据，确定所述联测染色数据集。

具体地，在确定目标实时调用联测报文链集后，针对每个已调用的实时报文链，可从每个报文的报文头中获取关键报文的编号，进而生成实时报文链的第一编号链，还可从每个报文的报文体中获取第一报文标签，同上，可获取目标联测分级基础数据集对应的第二编号集和第二报文标签集。之后，将各第一编号链与第二编号集进行匹配，将各第一报文标签与第二报文标签集进行匹配，若第二编号集中存在第一编号链，且第二报文标签集覆盖第一报文标签，则将对应的目标实时调用联测报文链确定为联测染色数据，在遍历整个目标实时调用联测报文链集后，可得到联测染色数据集，便于后续实时联测进度的计算。

可选地，所述方法还包括：

确定各所述机构对应的理论联测进度；

具体地，在确定各机构对应的实时联测进度后，还可对联测质量进行评估，通过计算各机构对应的理论联测进度，并通过计算理论联测进度与实时联测进度的差值，确定各进度对应的进度偏移量，若进度偏移量为正数，表明该机构目前的联测效率较慢，进度滞后，若进度偏移量为负数，表明该机构目前的联测效率较快，进度超前。若进度偏移量大于预设阈值，如，预设阈值为20%时，可对该机构添加滞后标记，便于联测支持方对添加滞后标记的机构进行提醒，并提供联测建议。

可选地，联测支持方对于已添加滞后标记的机构，定期通过邮件、电话、会议的形式知会机构滞后情况，如有需要及时给予培训或答疑支持。若机构实时调用联测报文链集已覆盖的测试用例与联测分级基础数据集有偏差，也可以向机构给出充分联测的相应建议。

可选地，所述确定各所述机构对应的理论联测进度，包括：

确定各所述机构对应的验收时间点和联测周期；

具体地，可通过确定当前时间点距离验收时间点的剩余周期，并确定剩余周期与完整的联测周期的比值后，确定理论联测进度。

可选地，在确定实时联测进度后，还可基于实时联测机构的联通情况、调用量、联测周期活动情况构建联测质量监控图，通过联测质量监控图进行动态前端展现，方便联测支持方对机构接入情况和质量有直观统计。同时，该联测质量监控图还可支持联测支持方选取时间点，拉出联测进行中的全量机构实时联测覆盖率的数据并前端展示，方便联测支持方全量统计和监控整体联测质量。

本发明提供的联测进度确定方法，通过各机构发起的联测申请数据，构建不同联测需求类别下的联测分级基础数据集，并将实时获取的各机构对应的实时调用联测报文链集，与对应联测需求类别下的联测分级基础数据集输入联测进度确定模型进行匹配，进而确定各机构对应的实时联测进度，基于联测需求类别统一进度衡量标准，且克服了联测进度确定的被动性，实时跟踪各机构的联测进展，提高实时联测进度的可靠性和联测质量，使得联测记过科学、客观，同时，通过不同联测需求类别下的联测深度，实现对联测周期的准确把控。

下面对本发明提供的联测进度确定装置进行描述，下文描述的联测进度确定装置与上文描述的联测进度确定方法可相互对应参照。

本发明实施例还提供一种联测进度确定装置，图4是本发明实施例提供的联测进度确定装置的结构示意图，如图4所示，该联测进度确定装置400，包括：确定模块401、获取模块402和输出模块403，其中：

确定模块401，用于基于至少一个机构对应的联测申请数据和联测需求类别，确定各所述机构对应的联测分级基础数据集，所述联测需求类别用于表征联测关注点；

获取模块402，用于获取各所述机构对应的实时调用联测报文链集；

输出模块403，用于将属于同一个所述机构的所述实时调用联测报文链集和所述联测分级基础数据集输入联测进度确定模型，输出各所述机构对应的实时联测进度，其中，所述联测进度确定模型用于基于匹配参数和所述联测需求类别，对所述实时调用联测报文链集和所述联测分级基础数据集进行匹配，所述实时联测进度是基于不同所述联测需求类别对应的匹配结果确定的。

本发明提供的联测进度确定装置，通过各机构发起的联测申请数据，构建不同联测需求类别下的联测分级基础数据集，并将实时获取的各机构对应的实时调用联测报文链集，与对应联测需求类别下的联测分级基础数据集输入联测进度确定模型进行匹配，进而确定各机构对应的实时联测进度，基于联测需求类别统一进度衡量标准，且克服了联测进度确定的被动性，实时跟踪各机构的联测进展，提高实时联测进度的可靠性和联测质量，使得联测记过科学、客观，同时，通过不同联测需求类别下的联测深度，实现对联测周期的准确把控。

可选地，确定模块401，具体用于：

获取各所述机构对应的联测申请数据；

基于所述联测申请数据，确定联测需求梳理数据；

可选地，获取模块402，具体用于：

可选地，输出模块403，具体用于：

将所述实时联测覆盖率确定为实时联测进度。

可选地，所述匹配参数包括：关键报文和报文标签。

可选地，输出模块403，具体用于：

基于各所述联测染色数据，确定所述联测染色数据集。

可选地，输出模块403，还可用于：

确定各所述机构对应的理论联测进度；

可选地，输出模块403，还可用于：

确定各所述机构对应的验收时间点和联测周期；

图5是本发明实施例提供的电子设备的结构示意图，如图5所示，该电子设备可以包括：处理器(processor)510、通信接口(Communications Interface)520、存储器(memory)530和通信总线540，其中，处理器510，通信接口520，存储器530通过通信总线540完成相互间的通信。处理器510可以调用存储器530中的逻辑指令，以执行联测进度确定方法，该方法包括：

获取各所述机构对应的实时调用联测报文链集；

此外，上述的存储器530中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的联测进度确定方法，该方法包括：

获取各所述机构对应的实时调用联测报文链集；

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的联测进度确定方法，该方法包括：

获取各所述机构对应的实时调用联测报文链集；

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1.一种联测进度确定方法，其特征在于，包括：

获取各所述机构对应的实时调用联测报文链集；

2.根据权利要求1所述的联测进度确定方法，其特征在于，所述确定各所述机构对应的实时联测进度，包括：

将所述实时联测覆盖率确定为实时联测进度。

3.根据权利要求2所述的联测进度确定方法，其特征在于，所述匹配参数包括：关键报文和报文标签；

基于各所述联测染色数据，确定所述联测染色数据集。

4.根据权利要求1至3任一项所述的联测进度确定方法，其特征在于，所述获取各所述机构对应的实时调用联测报文链集，包括：

5.根据权利要求1至3任一项所述的联测进度确定方法，其特征在于，所述确定各所述机构对应的联测分级基础数据集，包括：

获取各所述机构对应的联测申请数据；

基于所述联测申请数据，确定联测需求梳理数据；

6.根据权利要求1至3任一项所述的联测进度确定方法，其特征在于，所述方法还包括：

确定各所述机构对应的理论联测进度；

7.根据权利要求6所述的联测进度确定方法，其特征在于，所述确定各所述机构对应的理论联测进度，包括：

确定各所述机构对应的验收时间点和联测周期；

8.一种联测进度确定装置，其特征在于，包括：

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任一项所述联测进度确定方法。

10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述联测进度确定方法。