CN112765010A - 业务参数集中管理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及系统测试领域，公开了业务参数集中管理方法、装置、设备及存储介质。该方法包括：每隔预置周期，从多个系统中采集业务参数并更新至预置集中管理平台中；当接收到入参系统发送的入参请求时，确定入参请求指向的出参系统；若出参系统中的出参管理接口开启或者出参系统运行异常，则将入参请求转发至集中管理平台中，并从集中管理平台中选取入参请求对应的业务参数作为响应报文返回至入参系统中。本发明还涉及区块链技术，所述业务参数存储于区块链中。本发明实现了多系统联调测试的业务参数集中管理，提高了多系统联调测试的容错率。

Description

业务参数集中管理方法、装置、设备及存储介质

技术领域

本发明涉及系统测试领域，尤其涉及一种业务参数集中管理方法、装置、设备及存储介质。

背景技术

联调测试是单元测试的逻辑扩展，它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。在实际测试场景中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。一个大的程序在进行测试时，可能需要同时调用上下游的连续多个系。

目前项目系统间联测，上游系统依赖下游返回数据进行验证，但如果下游某个系统阻塞，可能导致上游N个系统都受阻，影响测试进度，比如A系统调用B系统的数据，B系统调用C系统的数据，当C系统出现故障，B系统调用C系统而无法返回响应数据，此时B系统测试受阻，进而影响A系统的测试。故现有的多系统联调测试方法存在容错率较低的问题。

发明内容

本发明的主要目的在于解决现有的多系统联调测试方法存在容错率较低的技术问题。

本发明第一方面提供了一种业务参数集中管理方法，包括：

每隔预置周期，采集多个系统中的业务参数，并将所述业务参数更新至预置集中管理平台中，所述业务参数包括出参条件和出参数据。

当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统，并判断所述出参系统中的出参管理接口是否开启；

若开启，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第一业务参数；

若未开启，则将所述入参请求发送至所述出参系统中，并判断所述出参系统是否运行异常；

若运行异常，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第二业务参数；

将所述第一业务参数或所述第二业务参数作为响应报文返回至所述入参系统中。

可选的，在本发明第一方面的第一种实现方式中，在所述当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统之后，还包括：

统计所述入参请求的接收频率，并判断所述接收频率是否超过预置接收频率阈值；

若超过，则确定所述入参请求发送异常，并匹配异常的入参请求对应的预置异常出参条件；

剔除所述异常出参条件对应的业务参数以及过滤对应的入参请求。

可选的，在本发明第一方面的第二种实现方式中，所述每隔预置周期，采集多个系统中的业务参数，并将所述业务参数更新至预置集中管理平台中包括：

每隔预置周期，根据所述出参条件，对所述业务参数进行去重处理，并判断所述业务参数对应的出参条件是否唯一；

若唯一，则将所述业务参数保存至预置集中管理平台中，并覆盖所述集中管理平台中出参条件对应的原业务参数；

若不唯一，则生成对应业务参数的不同出参条件的正则表达式，并将所述正则表达式与对应的业务参数更新至所述集中管理平台中。

可选的，在本发明第一方面的第三种实现方式中，所述生成对应业务参数的不同出参条件的正则表达式包括：

确定所述各出参条件的条件类型，并基于所述条件类型，提取所述各出参条件中的特征字段；

依次将具有相同特征字段的出参条件组成规则字符串，并基于所述规则字符串生成所述各出参条件的正则表达式。

可选的，在本发明第一方面的第四种实现方式中，所述从所述集中管理平台中选取所述入参请求对应的第一业务参数包括：

匹配所述入参请求对应的出参条件，并根据匹配到的出参条件，确定对应的第一业务参数。

可选的，在本发明第一方面的第五种实现方式中，所述将所述入参请求转发至所述集中管理平台中包括：

解析所述入参请求，得到集中管理平台URL包含的IP地址与端口号；

根据所述IP地址与所述端口号，将所述入参请求包含至所述集中管理平台中

本发明第二方面提供了一种业务参数集中管理装置，包括：

更新模块，用于每隔预置周期，采集多个系统中的业务参数，并将所述业务参数更新至预置集中管理平台中，所述业务参数包括出参条件和出参数据；

第一判别模块，用于当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统，并判断所述出参系统中的出参管理接口是否开启；

第一选取模块，用于若所述出参系统中的出参管理接口开启，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第一业务参数；

第二判别模块，用于若所述出参系统中的出参管理接口未开启，则将所述入参请求发送至所述出参系统中，并判断所述出参系统是否运行异常；

第二选取模块，用于若所述出参系统运行异常，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第二业务参数；

响应模块，用于将所述第一业务参数或所述第二业务参数作为响应报文返回至所述入参系统中。

可选的，在本发明第二方面的第一种实现方式中，所述业务参数集中管理装置还包括：

第三判别模块，用于统计所述入参请求的接收频率，并判断所述接收频率是否超过预置接收频率阈值；

匹配模块，用于若所述接收频率超过预置接收频率阈值，则确定所述入参请求发送异常，并匹配异常的入参请求对应的预置异常出参条件；

剔除模块，用于剔除所述异常出参条件对应的业务参数以及过滤对应的入参请求。

可选的，在本发明第二方面的第二种实现方式中，所述更新模块包括：

判别单元，用于每隔预置周期，根据所述出参条件，对所述业务参数进行去重处理，并判断所述业务参数对应的出参条件是否唯一；

覆盖单元，用于若所述业务参数对应的出参条件唯一，则将所述业务参数保存至预置集中管理平台中，并覆盖所述集中管理平台中出参条件对应的原业务参数；

正则化单元，用于若所述业务参数对应的出参条件不唯一，则生成对应业务参数的不同出参条件的正则表达式，并将所述正则表达式与对应的业务参数更新至所述集中管理平台中。

可选的，在本发明第二方面的第三种实现方式中，所述正则化单元还用于：

确定所述各出参条件的条件类型，并基于所述条件类型，提取所述各出参条件中的特征字段；

依次将具有相同特征字段的出参条件组成规则字符串，并基于所述规则字符串生成所述各出参条件的正则表达式。

可选的，在本发明第二方面的第四种实现方式中，所述第二选取模块还用于：匹配所述入参请求对应的出参条件，并根据匹配到的出参条件，确定对应的第一业务参数。

可选的，在本发明第二方面的第五种实现方式中，所述第二选取模块还用于：

解析所述入参请求，得到集中管理平台URL包含的IP地址与端口号；

根据所述IP地址与所述端口号，将所述入参请求包含至所述集中管理平台中。

本发明第三方面提供了一种业务参数集中管理设备，包括：存储器和至少一个处理器，所述存储器中存储有指令；所述至少一个处理器调用所述存储器中的所述指令，以使得所述业务参数集中管理设备执行上述的业务参数集中管理方法。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的业务参数集中管理方法。

本发明提供的技术方案中，在进行系统联调测试之前，每隔预置周期，需提前从多个系统中采集业务参数并更新至预置集中管理平台中；当接收到入参系统发送的入参请求时，确定入参请求指向的出参系统；若出参系统中的出参管理接口开启或者出参系统运行异常，则将入参请求转发至集中管理平台中，并从集中管理平台中选取入参请求对应的业务参数作为响应报文返回至入参系统中，防止业务参数获取失败而导致多系统联调测试错误。本发明实现了多系统联调测试的业务参数集中管理，提高了多系统联调测试的容错率。

附图说明

图1为本发明实施例中业务参数集中管理方法的第一个实施例示意图；

图2为本发明实施例中业务参数集中管理方法的第二个实施例示意图；

图3为本发明实施例中业务参数集中管理装置的一个实施例示意图；

图4为本发明实施例中业务参数集中管理装置的另一个实施例示意图；

图5为本发明实施例中业务参数集中管理设备的一个实施例示意图。

具体实施方式

本发明实施例提供了一种业务参数集中管理方法、装置、设备及存储介质，每隔预置周期，从多个系统中采集业务参数并更新至预置集中管理平台中；当接收到入参系统发送的入参请求时，确定入参请求指向的出参系统；若出参系统中的出参管理接口开启或者出参系统运行异常，则将入参请求转发至集中管理平台中，并从集中管理平台中选取入参请求对应的业务参数作为响应报文返回至入参系统中。本发明实现了多系统联调测试的业务参数集中管理，提高了多系统联调测试的容错率。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中业务参数集中管理方法的第一个实施例包括：

101、每隔预置周期，采集多个系统中的业务参数，并将所述业务参数更新至预置集中管理平台中，所述业务参数包括出参条件和出参数据；

可以理解的是，本发明的执行主体可以为业务参数集中管理装置，还可以是终端或者服务器，具体此处不做限定。本发明实施例以服务器为执行主体为例进行说明。需要强调的是，为进一步保证上述业务参数的私密和安全性，上述业务参数还可以存储于一区块链的节点中。

本实施例中，开发人员根据业务开发特征，预先设置采集不同系统业务参数的周期，比如24小时、一个星期、一个月等，当到达预设周期后，自动采集多个系统中的业务参数；自动采集的业务参数作为模板存储于预置集中管理平台中，通过自动查询多个系统中数据库汇中的已有请求，以作为后续的接口响应报文的模板。

其中，业务参数中的出参条件可以包括业务参数的身份证号码、手机号码等标识信息，而出参数据指业务员根据该出参条件输入的配置信息，比如根据手机号码(出参条件)即可查找到A客户的名字、年龄、住址等个人信息(出参数据)。

另外，集中管理平台用于集中录入各系统的业务参数并进行管理，根据后续各系统在集中管理平台中的设置，可以不用在系统中获取业务参数，直接在集中管理平台中获取即可，具体可以根据各系统的测试进程、运行异常情况等进行设置。

优选地，集中管理平台可以采用Mock平台(一类可视化接口管理平台)。

102、当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统，并判断所述出参系统中的出参管理接口是否开启；

本实施例中，在多系统联调测试中，各系统之间存在互相调用业务参数的情况，故每一个系统均可同时做为入参系统与出参系统，具体可视当前各系统所处的流程而定，入参系统为需要从其他系统获取业务参数进行测试的系统，出参系统为为其他系统提供业务参数的系统。

而入参请求中带有入参系统指向的出参系统的标识信息，故可确定业务参数请求所在的出参系统；另外，出参管理接口用于控制业务数据的出参途径，若出参管理接口开启，则通过集中管理平台进行业务参数的出参，若出参管理接口关闭，则直接通过对应的出参系统中进行业务参数的出参；其中出参管理接口可根据业务需求，由业务开发人员预先进行设置。

103、若开启，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第一业务参数；

本实施例中，将入参请求转发至集中管理平台可通过以下步骤进行操作：

(1)解析所述入参请求，得到集中管理平台URL包含的IP地址与端口号；

(2)根据所述IP地址与所述端口号，将所述入参请求包含至所述集中管理平台中。

当开启出参管理接口时，则优先从集中管理平台中读取出参系统的业务参数，请求中URL(uniform resource locator，统一资源定位系统)的端口号和IP地址由出参系统修改为集中管理平台，即可直接在集中管理平台中选取对应的业务参数并返回至出参系统中；集中管理平台解析入参请求得到出参系统的身份标识信息和出参条件，根据身份标识信息以进入对应的数据库存储分区，然后根据出参条件，在对应的数据库存储分区中检索对应的业务参数。比如入参请求中带有系统X的身份标识信息N和出参条件E，根据N确定系统X的存储分区K，然后从存储分区K中以E为索引进行检索，即可得到出参条件E对应的业务参数x₁。

104、若未开启，则将所述入参请求发送至所述出参系统中，并判断所述出参系统是否运行异常；

105、若运行异常，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第二业务参数；

本实施例中，当关闭出参管理接口时，则直接从该出参系统中读取业务参数，请求中URL中仍保持出参系统的端口号、IP地址地址即可，而无需集中管理平台中参与。为保证出参系统在运行异常的时候，不会对多系统联调测试产生影响，新增运行转接按钮，用于当出参系统运行异常时，再次将入参请求转发至集中管理平台中，从集中管理平台中输出入参系统所需的业务参数。

106、将所述第一业务参数或所述第二业务参数作为响应报文返回至所述入参系统中。

本发明实施例中，在进行系统联调测试之前，每隔预置周期，需提前从多个系统中采集业务参数并更新至预置集中管理平台中；当接收到入参系统发送的入参请求时，确定入参请求指向的出参系统；若出参系统中的出参管理接口开启或者出参系统运行异常，则将入参请求转发至集中管理平台中，并从集中管理平台中选取入参请求对应的业务参数作为响应报文返回至入参系统中，防止业务参数获取失败而导致多系统联调测试错误。本发明实现了多系统联调测试的业务参数集中管理，提高了多系统联调测试的容错率。

请参阅图2，本发明实施例中业务参数集中管理方法的第二个实施例包括：

201、每隔预置周期，根据所述出参条件，对所述业务参数进行去重处理，并判断所述业务参数对应的出参条件是否唯一；

本实施例中，同一个出参条件可以检索到唯一一条业务参数，而在采集多系统的业务参数时，可能存在数据重叠、数据重复采集、旧业务数据未更新的情况，为减少集中管理平台中的数据冗余，根据出参条件，判断是否对应多条业务参数，以对业务参数进行去重处理。具体可设置去重条件，比如以出参条件为去重条件字段，对于带有相同出参条件的业务参数作为相同业务参数，然后根据业务参数的更新时间戳，取更新时间最近的业务参数，并剔除其他业务参数，以完成业务参数的去重处理。

而同一条业务参数可以对应多个出参条件，比如对于不同业务人员具有同级别的管理权限，可以通过不同的账号请求相同的业务信息、人员名单、人员信息等；对于对应多个出参条件的业务参数，需对各出参条件进行同一处理，提升后期集中管理平台的检索效率与应用效率。

202、若唯一，则将所述业务参数保存至预置集中管理平台中，并覆盖所述集中管理平台中出参条件对应的原业务参数；

本实施例中，当业务参数只对应一个出参条件时，只需将最新的业务参数更新至集中管理平台即可；其目的在于对出参条件与出参数据进行精准匹配，以适配对应的应用场景，否则可能导致业务流程无法继续执行。比如对于实名手机号与身份证号码，不管以实名手机号作为出参条件，还是以身份证号码作为出参条件，进行相互检索，都需要高度一致。

203、若不唯一，则生成对应业务参数的不同出参条件的正则表达式，并将所述正则表达式与对应的业务参数更新至所述集中管理平台中；

本实施例中，当业务参数同时对应多个出参条件时，则需要对各出参条件进行同一管理，此处可采用正则表达式对各出参条件进行管理。其中，正则化表达式的生成过程包括以下步骤：

(1)确定所述各出参条件的条件类型，并基于所述条件类型，提取所述各出参条件中的特征字段；

(2)依次将具有相同特征字段的出参条件组成规则字符串，并基于所述规则字符串生成所述各出参条件的正则表达式。

正则表达式可通过各出参条件存在的共同特征进行提取得到。比如在案件管理系统，多个案件编号(即出参条件)的字段头带有a字段，都可检索到相同的同一个案件，则将各出参条件同一为字段a，以字段a作为检索该案件的索引。具体的，在某抽奖环节的场景中，对于手机尾号为8的用户可获取优惠券，此处手机尾号为8即为出参条件，可以采用正则表达式 {mobile＝[0-9](8)}进行表示，而出参数据则为优惠券相关数据。

其中，案件编号、手机号码，以及身份证号码、银行卡号码等均为不同的条件类型，不同的条件类型具有不同的特征字段长度、位置，比如手机号码可以根据前三位号码识别出通信运营商，而银行卡号号码可以根据前六位号码识别出开户银行，通过不同类型的出参条件，提取对应长度对应位置的特征字段，即可使用该特征字段组成规则字符串，并通过如[出参条件A，出参条件B，出参条件C，对应规则字符串D]的格式生成正则表达式对照表；然后通过规则字符串加上正则表达式的元字符即可组合生成对应的正则表达式。

204、当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统；

205、统计所述入参请求的接收频率，并判断所述接收频率是否超过预置接收频率阈值；

本实施例中，设置接收频率阈值用于防止异常业务参数，对于正常的多系统联调测试，不会发生连续请求多次相同的业务数据，即不会发生接收到多次请求相同业务参数的入参请求，故设置接收频率阈值可以用于过滤掉此类异常业务参数。

另外，可预先设定时间范围，从接收到第一次入参请求开始，计算该时间范围内接收的入参请求的数量，然后计算入参请求数量与时间范围的商，即可得到入参请求的接收频率；而接收频率阈值则根据开发人员经验预先进行设置即可，可以为5次/分钟或者10次/分钟。比如在一分钟内接收到入参系统Y发送的7次相同的入参请求，则该入参请求的接收频率为7次/分钟。

206、若超过，则确定所述入参请求发送异常，并匹配异常的入参请求对应的预置异常出参条件；

207、剔除所述异常出参条件对应的业务参数以及过滤对应的入参请求；

本实施例中，对于接收频率超过接收频率阈值的入参请求一律归入异常入参请求的行列，一方面过滤掉后续发送的相同入参请求，另一方面因同一业务参数可以对应多个入参请求，防止业务参数异常而导致多系统联调测试异常，同时将集中管理平台中入参请求对应的业务参数进行剔除。

208、判断所述出参系统中的出参管理接口是否开启；

209、若开启，则将所述入参请求转发至所述集中管理平台中，并匹配所述入参请求对应的出参条件，并根据匹配到的出参条件，确定对应的第一业务参数；

210、若未开启，则将所述入参请求发送至所述出参系统中，并判断所述出参系统是否运行异常；

211、若运行异常，则将所述入参请求转发至所述集中管理平台中，并匹配所述入参请求对应的出参条件，并根据匹配到的出参条件，确定对应的第一业务参数；

212、将所述第一业务参数或所述第二业务参数作为响应报文返回至所述入参系统中。

本发明实施例中，详细介绍了在接收到入参请求后，筛除异常的入参请求即剔除对应的业务参数，防止出现业务参数异常而导致系统测试异常；还详细介绍了将多个系统中的业务参数更新至集中管理平台中，便于集中管理各系统的业务参数，且业务参数根据出参条件确定，准确从集中管理平台中获取目标业务参数，提升系统测试的准确度。

上面对本发明实施例中业务参数集中管理方法进行了描述，下面对本发明实施例中业务参数集中管理装置进行描述，请参阅图3，本发明实施例中业务参数集中管理装置一个实施例包括：

更新模块301，用于每隔预置周期，采集多个系统中的业务参数，并将所述业务参数更新至预置集中管理平台中，所述业务参数包括出参条件和出参数据；

第一判别模块302，用于当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统，并判断所述出参系统中的出参管理接口是否开启；

第一选取模块303，用于若所述出参系统中的出参管理接口开启，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第一业务参数；

第二判别模块304，用于若所述出参系统中的出参管理接口未开启，则将所述入参请求发送至所述出参系统中，并判断所述出参系统是否运行异常；

第二选取模块305，用于若所述出参系统运行异常，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第二业务参数；

响应模块306，用于将所述第一业务参数或所述第二业务参数作为响应报文返回至所述入参系统中。

本发明实施例中，在进行系统联调测试之前，每隔预置周期，需提前从多个系统中采集业务参数并更新至预置集中管理平台中；当接收到入参系统发送的入参请求时，确定入参请求指向的出参系统；若出参系统中的出参管理接口开启或者出参系统运行异常，则将入参请求转发至集中管理平台中，并从集中管理平台中选取入参请求对应的业务参数作为响应报文返回至入参系统中，防止业务参数获取失败而导致多系统联调测试错误。本发明实现了多系统联调测试的业务参数集中管理，提高了多系统联调测试的容错率。

请参阅图4，本发明实施例中业务参数集中管理装置的另一个实施例包括：

更新模块301，用于每隔预置周期，采集多个系统中的业务参数，并将所述业务参数更新至预置集中管理平台中，所述业务参数包括出参条件和出参数据；

第一判别模块302，用于当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统，并判断所述出参系统中的出参管理接口是否开启；

第一选取模块303，用于若所述出参系统中的出参管理接口开启，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第一业务参数；

第二判别模块304，用于若所述出参系统中的出参管理接口未开启，则将所述入参请求发送至所述出参系统中，并判断所述出参系统是否运行异常；

第二选取模块305，用于若所述出参系统运行异常，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第二业务参数；

响应模块306，用于将所述第一业务参数或所述第二业务参数作为响应报文返回至所述入参系统中。

具体的，所述业务参数集中管理装置还包括：

第三判别模块307，用于统计所述入参请求的接收频率，并判断所述接收频率是否超过预置接收频率阈值；

匹配模块308，用于若所述接收频率超过预置接收频率阈值，则确定所述入参请求发送异常，并匹配异常的入参请求对应的预置异常出参条件；

剔除模块309，用于剔除所述异常出参条件对应的业务参数以及过滤对应的入参请求。

具体的，所述更新模块301包括：

判别单元3011，用于每隔预置周期，根据所述出参条件，对所述业务参数进行去重处理，并判断所述业务参数对应的出参条件是否唯一；

覆盖单元3012，用于若所述业务参数对应的出参条件唯一，则将所述业务参数保存至预置集中管理平台中，并覆盖所述集中管理平台中出参条件对应的原业务参数；

正则化单元3013，用于若所述业务参数对应的出参条件不唯一，则生成对应业务参数的不同出参条件的正则表达式，并将所述正则表达式与对应的业务参数更新至所述集中管理平台中。

具体的，所述正则化单元还用于：

确定所述各出参条件的条件类型，并基于所述条件类型，提取所述各出参条件中的特征字段；

依次将具有相同特征字段的出参条件组成规则字符串，并基于所述规则字符串生成所述各出参条件的正则表达式。

具体的，所述第二选取模块还用于：匹配所述入参请求对应的出参条件，并根据匹配到的出参条件，确定对应的第一业务参数。

具体的，所述第二选取模块还用于：

解析所述入参请求，得到集中管理平台URL包含的IP地址与端口号；

根据所述IP地址与所述端口号，将所述入参请求包含至所述集中管理平台中。

本发明实施例中，本发明实施例中，在进行系统联调测试之前，每隔预置周期，需提前从多个系统中采集业务参数并更新至预置集中管理平台中；当接收到入参系统发送的入参请求时，若出参系统中的出参管理接口开启或者出参系统运行异常，则从集中管理平台中选取入参请求对应的业务参数作为响应报文返回至入参系统中，防止业务参数获取失败而导致多系统联调测试错误；另外，本发明还详细介绍了在接收到入参请求后，筛除异常的入参请求即剔除对应的业务参数，防止出现业务参数异常而导致系统测试异常；还详细介绍了将多个系统中的业务参数更新至集中管理平台中，便于集中管理各系统的业务参数，且业务参数根据出参条件确定，准确从集中管理平台中获取目标业务参数，提升系统测试的准确度。

上面图3和图4从模块化功能实体的角度对本发明实施例中的业务参数集中管理装置进行详细描述，下面从硬件处理的角度对本发明实施例中业务参数集中管理设备进行详细描述。

图5是本发明实施例提供的一种业务参数集中管理设备的结构示意图，该业务参数集中管理设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)510(例如，一个或一个以上处理器)和存储器520，一个或一个以上存储应用程序533或数据532的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器 520和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对业务参数集中管理设备500中的一系列指令操作。更进一步地，处理器510可以设置为与存储介质530通信，在业务参数集中管理设备500上执行存储介质530 中的一系列指令操作。

业务参数集中管理设备500还可以包括一个或一个以上电源540，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口560，和/ 或，一个或一个以上操作系统531，例如Windows Serve，Mac OS X，Unix， Linux，FreeBSD等等。本领域技术人员可以理解，图5示出的业务参数集中管理设备结构并不构成对业务参数集中管理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述业务参数集中管理方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

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

Claims (10)

1.一种业务参数集中管理方法，其特征在于，所述业务参数集中管理方法包括：

每隔预置周期，采集多个系统中的业务参数，并将所述业务参数更新至预置集中管理平台中，所述业务参数包括出参条件和出参数据；

当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统，并判断所述出参系统中的出参管理接口是否开启；

若开启，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第一业务参数；

若未开启，则将所述入参请求发送至所述出参系统中，并判断所述出参系统是否运行异常；

若运行异常，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第二业务参数；

将所述第一业务参数或所述第二业务参数作为响应报文返回至所述入参系统中。

2.根据权利要求1所述的业务参数集中管理方法，其特征在于，在所述当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统之后，还包括：

统计所述入参请求的接收频率，并判断所述接收频率是否超过预置接收频率阈值；

若超过，则确定所述入参请求发送异常，并匹配异常的入参请求对应的预置异常出参条件；

剔除所述异常出参条件对应的业务参数以及过滤对应的入参请求。

3.根据权利要求1所述的业务参数集中管理方法，其特征在于，所述每隔预置周期，采集多个系统中的业务参数，并将所述业务参数更新至预置集中管理平台中包括：

每隔预置周期，根据所述业务参数中的出参条件，对所述业务参数进行去重处理，并判断所述业务参数对应的出参条件是否唯一；

若唯一，则将所述业务参数保存至预置集中管理平台中，并覆盖所述集中管理平台中出参条件对应的原业务参数；

若不唯一，则生成对应业务参数的不同出参条件的正则表达式，并将所述正则表达式与对应的业务参数更新至所述集中管理平台中。

4.根据权利要求3所述的业务参数集中管理方法，其特征在于，所述生成对应业务参数的不同出参条件的正则表达式包括：

确定所述各出参条件的条件类型，并基于所述条件类型，提取所述各出参条件中的特征字段；

依次将具有相同特征字段的出参条件组成规则字符串，并基于所述规则字符串生成所述各出参条件的正则表达式。

5.根据权利要求1-4中任一项所述的业务参数集中管理方法，其特征在于，所述从所述集中管理平台中选取所述入参请求对应的第一业务参数包括：

匹配所述入参请求对应的出参条件，并根据匹配到的出参条件，确定对应的第一业务参数。

6.根据权利要求1所述的业务参数集中管理方法，其特征在于，所述将所述入参请求转发至所述集中管理平台中包括：

解析所述入参请求，得到集中管理平台URL包含的IP地址与端口号；

根据所述IP地址与所述端口号，将所述入参请求包含至所述集中管理平台中。

7.一种业务参数集中管理装置，其特征在于，所述业务参数集中管理装置包括：

更新模块，用于每隔预置周期，采集多个系统中的业务参数，并将所述业务参数更新至预置集中管理平台中，所述业务参数包括出参条件和出参数据；

第一判别模块，用于当接收到入参系统发送的入参请求时，确定所述入参请求指向的出参系统，并判断所述出参系统中的出参管理接口是否开启；

第一选取模块，用于若所述出参系统中的出参管理接口开启，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第一业务参数；

第二判别模块，用于若所述出参系统中的出参管理接口未开启，则将所述入参请求发送至所述出参系统中，并判断所述出参系统是否运行异常；

第二选取模块，用于若所述出参系统运行异常，则将所述入参请求转发至所述集中管理平台中，并从所述集中管理平台中选取所述入参请求对应的第二业务参数；

响应模块，用于将所述第一业务参数或所述第二业务参数作为响应报文返回至所述入参系统中。

8.根据权利要求7所述的业务参数集中管理装置，其特征在于，所述业务参数集中管理装置还包括：

第三判别模块，用于统计所述入参请求的接收频率，并判断所述接收频率是否超过预置接收频率阈值；

匹配模块，用于若所述接收频率超过预置接收频率阈值，则确定所述入参请求发送异常，并匹配异常的入参请求对应的预置异常出参条件；

剔除模块，用于剔除所述异常出参条件对应的业务参数以及过滤对应的入参请求。

9.一种业务参数集中管理设备，其特征在于，所述业务参数集中管理设备包括：存储器和至少一个处理器，所述存储器中存储有指令；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述业务参数集中管理设备执行如权利要求1-6中任一项所述的业务参数集中管理方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6中任一项所述的业务参数集中管理方法。

Images