CN113538127B

CN113538127B - 支持多合作方同时联合风控测试方法、系统、设备及介质

Info

Publication number: CN113538127B
Application number: CN202110808572.2A
Authority: CN
Inventors: 彭川; 沈星; 黄海城; 黄勇
Original assignee: Sichuan XW Bank Co Ltd
Current assignee: Sichuan XW Bank Co Ltd
Priority date: 2021-07-16
Filing date: 2021-07-16
Publication date: 2023-06-23
Anticipated expiration: 2041-07-16
Also published as: CN113538127A

Abstract

本发明公开了一种支持多合作方同时联合风控测试方法、系统、设备及介质，本发明通过将全行业务联合授信风控测试内容分为共性和特性两个部分，从而形成测试模板，建立了联合风控测试的标准，可同时支持多家合作方进行联合风控测试，不受测试环境数量、环境稳定性、关联系统、内部流程、测试数据等等的限制和影响，通过将测试内容参数化后，直接通过测试工具和合作方进行调用测试。

Description

支持多合作方同时联合风控测试方法、系统、设备及介质

技术领域

本发明属于风控测试技术领域，具体涉及一种支持多合作方同时联合风控测试方法、系统、设备及介质。

背景技术

联合贷款业务，顾名思义就是2个金融机构按银监要求对客户申请的同一笔贷款共同出资进行放贷的一种银行贷款业务模式。

联合风控测试，即共同出资进行放贷的2家合作方，对同一笔贷款申请共同进行风险控制和审批的测试过程。其主要测试内容是对该笔贷款的联合授信申请流程(包含授信通过、授信拒绝、授信超时场景)正确性，双方网络环境配置正确性，双方授信申请的所有字段是否缺失、遗漏、正确，是否符合监管规范等。主要目的就是确保双方联合授信业务流程正确和通畅，联合授信产生的所有数据符合监管要求，不影响客户贷款授信申请体验。

目前常见的合作方之间的联合风控测试工作，主要还是通过手工测试，与每家合作方分别进行联合风控测试工作，人工模拟用户发起交易，对联合授信业务流程、参数配置、所有字段正确性等进行测试验证。该种测试方法执行的重复工作较多，涉及关联系统较多、流程较长，导致整体耗时较长，效率非常低。且此种测试方法也严重受制于测试环境数量和稳定性、版本质量、测试数据、其他测试团队协作、人力资源和合作方开发测试进度等等，无法直接快速有效的对既定测试内容进行测试，对于测试进度和风险难以把控，容易导致任务延期和质量不稳定。

发明内容

为了解决目前多个合作方进行联合风控测试的并发、测试环境数量不足、耗时长、效率低下等问题，本发明提供了一种支持多合作方同时联合风控测试方法。本方法通过将全行业务联合授信风控测试内容分为共性和特性两个部分，从而形成测试模板，建立了联合风控测试的标准，可同时支持多家合作方进行联合风控测试，不受测试环境数量、环境稳定性、关联系统、内部流程、测试数据等等的限制和影响，通过将测试内容参数化后，直接通过测试工具和合作方进行调用测试。

本发明通过下述技术方案实现：

一种支持多合作方同时联合风控测试方法，包括：

S1，获取银行联合贷款业务合作方联合授信风控测试说明文档数据；

S2，从银行联合贷款业务合作方联合授信风控测试说明文档数据提取出共性信息X和特性信息Y；

S3，将共性信息X和特性信息Y对应的数据库表字段值，转换为JSON报文，则由共性信息X和特性信息Y及其报文信息共同构成联合风控测试基准并进行归档；

S4，根据合作方的要求对测试基准中的特性信息Y及其报文进行修改，得到合作方的联合授信测试信息，之后通过Jmeter发送联合授信测试信息中的JSON报文信息调用合作方系统开始测试，即可实现多个合作方同时联合风控测试。

优选的，本发明的步骤S4具体包括：

S4.1，获取合作方的要求，并根据合作方的要求对测试基准中的特定信息Y进行修改，得到该合作方的专属测试说明文档，并进行归档；

S4.2，根据修改完成的说明文档，同步修改特性信息Y的JSON报文内容，得到该合作方的联合授信测试信息，并进行归档；

S4.3，配置该合作方测试环境参数，通过Jmeter工具根据联合授信测试信息，直接发送联合授信的测试JSON报文调用该合作方系统开始测试；

采用步骤S4.1至步骤S4.3同时对多个合作方进行处理，即可实现多个合作方同时联合风控测试。

优选的，本发明的步骤S4还包括：

如果合作方不是首次合作，且合作要求不改变，则直接按照步骤4.3通过Jmeter工具根据已存储的联合授信测试信息，直接发送联合授信的测试JSON报文调用该合作方系统开始测试；如果合作方是首次合作，则按照步骤4.1-步骤4.3进行处理。

优选的，本发明的步骤S3具体根据文档中的中文信息，从数据库中获取对应的表字段，通过Jmeter接口测试工具，对每个字段进行赋值，从而将联合授信测试的共性信息X和特性信息Y转换为JSON报文。

优选的，本发明的步骤S2具体包括：

S2.1，识别该测试说明文档中的共性信息X，所述共性信息X是银行自身对于联合授信风控测试保存的标准信息，不因合作方要求而改变；

S2.2，识别该测试说明文档中的特性信息Y，所述特性信息Y是根据不同合作方的不同要求而发生改变的信息。

优选的，本发明的步骤S1具体根据银行经营的所有产品的目标客户群体类型、产品类型、当地监管机构对监管报送要求、EAST报送、MAST报送、征信报送、报表报送、客户信息报送、公司相关规则制度、风险控制规则多个维度来获取银行贷款业务合作方联合授信风控测试说明文档。

第二方面，本发明提出了一种支持多合作方同时联合风控测试系统，包括数据获取模块、特征提取模块、格式转换模块、存储模块、联合授信模块、Jmeter工具；

其中，所述数据获取模块用于获取银行联合贷款业务合作方联合授信风控测试说明文档。

所述特征提取模块用于从银行联合贷款业务合作方联合授信风控测试说明文档提取出共性信息X和特性信息Y。

所述格式转换模块用于将将共性信息X和特性信息Y对应的数据库表字段值，转换为JSON报文，则由共性信息X及其报文信息、特性信息Y及其报文信息构成联合风控测试基准并将其存储到存储模块中。

所述联合授信模块根据合作方的要求对测试基准中特性信息Y及其报文进行修改，得到与该合作方的联合授信测试信息，并将其存储到存储模块中。

所述Jmeter工具发送联合授信测试信息中的JSON报文信息调用合作方系统开始测试，即可实现多个合作方同时联合风控测试。

第三方面，本发明提出了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现本发明所述方法的步骤。

第四方面，本发明提出了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现本发明所述方法的步骤。

本发明具有如下的优点和有益效果：

1、本发明通过对测试内容的差异化分析和配合测试工具的使用，可同时支持多家合作方进行联合授信风控测试。

2、本发明复用性、适用性极强，适用于所有类型的合作方测试，均可参照此方法提高测试效率和测试质量。

3、本发明开发、测试阶段均可使用，可大大提升开发、测试阶段效率和整体项目质量。

附图说明

此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，并不构成对本发明实施例的限定。在附图中：

图1为本发明的方法流程示意图。

图2为本发明的联合风控测试流程示意图。

图3为本发明的计算机设备结构示意图。

图4为本发明的系统原理框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明作进一步的详细说明，本发明的示意性实施方式及其说明仅用于解释本发明，并不作为对本发明的限定。

实施例1

相较于目前多个合作方之间联合风控测试主要通过人工模拟实现，存在测试环境数量不足、几百个字段比对工作量大、内部系统依赖性强、整体测试耗时较长、效率低下、质量不高等问题，本实施例提出了一种基于银行联合贷款业务下的支持多合作方同时联合风控测试方法。

具体如图1所示，本实施例的方法包括：

步骤1，获取银行联合贷款业务合作方联合授信风控测试说明文档数据。

本实施例可以根据银行经营的所有产品的目标客户群体类型、产品类型、当地监管机构对监管报送要求、EAST报送、MAST报送、征信报送、报表报送、客户信息报送、公司相关规则制度、风险控制规则等多个维度(每个维度根据银行经营情况不同要求保存的字段信息也不同)获取银行联合贷款业务合作方联合授信风控测试说明书文档，文档内容包括但不限于客户在银行进行授信时，需要保存的所有信息，如个人信息、家庭信息、征信信息、工作信息等等。

本实施例获得的联合授信测试说明文档包括：

(1)编码：指数据项位移标识。

(2)数据项名：数据项的名称，如合作项目简码、姓名、证件类型等。

(3)类型：本实施例使用4种数据类型，定义如下：

(4)长度：数据项的长度，以字节数计算。

(5)数据项描述及代码表：对数据项做进一步的解释，如该数据项是代码型数据则给出代码表。

(6)TXT文件格式和分隔符：如果交互格式为TXT，文件编码格式为UTF-8无ROM编码格式，数据项之间分隔符：|+|。

(7)批次号：批次号为文件名后三位，从001开始，增加批次文件时依次递增，如下所示：

步骤2，对银行联合贷款业务合作方联合授信风控测试说明文档数据进行特征提取，得到共性信息X和特性信息Y。

本实施例根据获取的银行联合贷款业务合作方联合授信风控测试说明文档，结合银行内部业务实际情况和系统要求，对该测试说明文档中可变和固定部分，分别提取出共性信息X(表示固定部分)和特性信息Y(表示可变部分)。

本实施例的提取过程具体包括：

2.1，识别该测试说明文档中的共性(固定不变)信息X，这部分内容是不管我们以后与哪家合作方合作，都不会进行更改，这是银行自身对于联合授信风控测试保存的标准信息，不因合作方要求而改变。

2.2，识别该测试文档中的特性(可变)信息Y，这部分内容会根据不同合作方的不同要求而发生改变，发生改变的类型一般分为字段是否必输、增加部分字段、删除部分字段、字段取值范围更改等。

例如，一个银行开展的业务范围涵盖了多种产品形态，包括存款产品、住房贷款、车辆抵押贷款、房产抵押贷款、中小企业经营性贷款、个人信用消费贷款、助学贷款；业务范围目标客户群体包括公司、个体工商户、个人、学生、助贷平台、基金公司、基金代销、承兑汇票。

联合授信测试的共性信息X为：客户号(银行内部客户编号)、证件类型、证件号码、姓名、性别、出生年月、手机号码、居住地址、居住区、居住市、居住省、邮箱、身份证地址、身份证有效期起、身份证有效期止、发证机关、民族、联系人1、联合人1关系、联系人1电话、婚姻状况、学历、个人月收入、个人职业、个人职务。

联合授信测试的特性信息Y为：

存款产品：存款产品名称、产品编码、渠道名称、渠道编码、产品期限、产品利率；

车辆抵押贷款：购车合同、购车发票、行驶证、驾驶证、车牌号；

房产抵押贷款：购房合同、不动产权证号1、不动产权证号2、房产地址、房产共有人；

中小企业经营性贷款：公司名称、统一社会信用编码、公司地址、经营范围、公司性质；

个人信用消费贷款：紧急联系人、紧急联系人电话、紧急联系人关系、信用评分、信用额度；

助学贷款：学校名称、学生号、学校地址、学制、监护人姓名、监护人关系，监护人电话、家庭地址、学校电话。

步骤3，将共性信息X和特性信息Y对应的数据库表字段值，转换为JSON报文，则由共性信息X和特性信息Y及其报文信息共同构成联合风控测试基准并进行归档(存储)。

本实施例中，将联合授信测试的共性信息X和特性信息Y转换为JSON报文：主要就是根据文档中的中文信息，去数据库中找到对应的表字段，通过Jmeter接口测试工具，对每个字段进行赋值。

步骤4，根据合作方的要求对测试基准中的特性信息Y及其报文进行修改，得到合作方的联合授信测试信息(并将该联合授信测试信息存档)，之后通过Jmeter发送联合授信测试信息中的JSON报文信息调用合作方系统开始测试，即可实现多个合作方同时联合风控测试。

如图2所示，本实施例的步骤4具体包括：

4.1，获取合作方的要求，并根据合作方的要求对测试基准中的特定信息Y进行修改(即测试基准中的共性信息X及其报文信息不变)，得到该合作方的专属测试说明文档，并进行归档(存储)；

4.2，根据修改完成的说明文档，同步修改特性信息Y的JSON报文内容，得到该合作方的联合授信测试信息，并进行归档(存储)；

4.3，配置该合作方测试环境参数，通过Jmeter工具根据联合授信测试信息，直接发送联合授信的测试JSON报文调用该合作方系统开始测试。

本实施例可采用上述步骤4.1至步骤4.3同时对多个合作方进行处理，即可实现多个合作方同时联合风控测试。

同时本实施例对每次新接入的合作方的联合授信测试信息进行存储，便于后续遇到同一合作方时，如果要求不变，则可直接进行调用测试。

例如，当银行接入两家新的合作方A、B，需要进行联合授信风控测试时，首先根据A、B合作方的要求，分别与其沟通确定特性信息Y中需要修改的地方，并完成修改，形成合作方A、B的专属测试说明文档，并分别归档标记为A1、B1。

经沟通确定，合作方A的联合授信测试特性信息A1为：

存款产品：存款产品名称、产品编码、产品期限、产品利率、产品类型；

车辆抵押贷款：购车合同、购车发票、行驶证、驾驶证、车牌号、车辆类型、驾照类型；

中小企业经营性贷款：公司名称、统一社会信用编码、公司地址；

个人信用消费贷款：紧急联系人、紧急联系人电话、紧急联系人关系、信用评分、信用额度、联系人2、联系人2电话、联系人2关系；

经沟通确定，合作方B的联合授信测试特性信息B1为：

车辆抵押贷款：购车合同、购车发票、行驶证、驾驶证、车牌号、贷款用途；

个人信用消费贷款：紧急联系人、紧急联系人电话、紧急联系人关系、信用评分、信用额度、贷款用途。

其次，根据修改完成的A1、B1文档，同步修改特性信息Y的JSOM报文内容，并归档标记为A2、B2，至此，A、B合作方的联合授信风控测试文档已准备完毕(A1、A2、B1、B2、X)。

本实施例中，根据A1文档内容，通过jmeter工具，对文档中所有字段进行确定及赋值，得到转换后的JSON报文A2；根据B1文档内容，通过jmeter工具，对文档中所有字段进行确定及赋值，得到转换后的JSON报文B2。

最后，配置好双方测试环境参数，通过Jmeter工具根据A1、B1文档要求，以及A2、B2和X的报文信息，直接发送联合授信的测试JSON报文调用合作方系统开始测试。

本实施例的方法可根据合作方A、B要求，随时调整JSON报文参数值，以适配不同联合授信场景测试要求，无需受部署版本代码、从登陆开始测试、测试环境限制等等。

本实施例的方法在测试完成后，更新、存储合作方A、B的测试相关资料A1、A2、B1、B2以便后续重复使用。即可在原本已接入过的合作方B要求进行联合授信风控测试，找到当初存储的合作方B的测试资料B1、B2，分析是否存在B1、B2的修改，若无修改则根据步骤4.3直接通过Jmeter工具调用测试，若有修改，则按照步骤4.1-4.2对测试文档中的可变信息Y及其对应的JSON报文内容进行修改，之后按照步骤6通过Jmeter工具调用测试。

本实施例还提出了一种计算机设备，用于执行本实施例的上述方法。

具体如图3所示，计算机设备包括处理器、内存储器和系统总线；内存储器和处理器在内的各种设备组件连接到系统总线上。处理器是一个用来通过计算机系统中基本的算术和逻辑运算来执行计算机程序指令的硬件。内存储器是一个用于临时或永久性存储计算程序或数据(例如，程序状态信息)的物理设备。系统总线可以为以下几种类型的总线结构中的任意一种，包括存储器总线或存储控制器、外设总线和局部总线。处理器和内存储器可以通过系统总线进行数据通信。其中内存储器包括只读存储器(ROM)或闪存(图中未示出)，以及随机存取存储器(RAM)，RAM通常是指加载了操作系统和计算机程序的主存储器。

计算机设备一般包括一个外存储设备。外存储设备可以从多种计算机可读介质中选择，计算机可读介质是指可以通过计算机设备访问的任何可利用的介质，包括移动的和固定的两种介质。例如，计算机可读介质包括但不限于，闪速存储器(微型SD卡)，CD-ROM，数字通用光盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储或其它磁存储设备，或者可用于存储所需信息并可由计算机设备访问的任何其它介质。

计算机设备可在网络环境中与一个或者多个网络终端进行逻辑连接。网络终端可以是个人电脑、服务器、路由器、智能电话、平板电脑或者其它公共网络节点。计算机设备通过网络接口(局域网LAN接口)与网络终端相连接。局域网(LAN)是指在有限区域内，例如家庭、学校、计算机实验室、或者使用网络媒体的办公楼，互联组成的计算机网络。WiFi和双绞线布线以太网是最常用的构建局域网的两种技术。

应当指出的是，其它包括比计算机设备更多或更少的子系统的计算机系统也能适用于发明。

如上面详细描述的，适用于本实施例的联合风控测试方法的指定操作。计算机设备通过处理器运行在计算机可读介质中的软件指令的形式来执行这些操作。这些软件指令可以从存储设备或者通过局域网接口从另一设备读入到存储器中。存储在存储器中的软件指令使得处理器执行上述的群成员信息的处理方法。此外，通过硬件电路或者硬件电路结合软件指令也能同样实现本发明。因此，实现本实施例并不限于任何特定硬件电路和软件的组合。

实施例2

本实施例提出了一种基于银行联合贷款业务下的支持多合作方同时联合风控测试系统，具体如图4所示，本实施例的系统包括数据获取模块、特征提取模块、格式转换模块、存储模块、联合授信模块、Jmeter工具。

其中，该数据获取模块用于获取银行联合贷款业务合作方联合授信风控测试说明文档。

特征提取模块用于从银行联合贷款业务合作方联合授信风控测试说明文档提取出共性信息X和特性信息Y。

格式转换模块用于将将共性信息X和特性信息Y对应的数据库表字段值，转换为JSON报文，则由共性信息X及其报文信息、特性信息Y及其报文信息构成联合风控测试基准并将其存储到存储模块中。

联合授信模块根据合作方的要求对测试基准中特性信息Y及其报文进行修改，得到与该合作方的联合授信测试信息，并将其存储到存储模块中。

Jmeter工具发送联合授信测试信息中的JSON报文信息调用合作方系统开始测试，即可实现多个合作方同时联合风控测试。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种支持多合作方同时联合风控测试方法，其特征在于，包括：

S4，根据合作方的要求对测试基准中的特性信息Y及其报文进行修改，得到合作方的联合授信测试信息，之后通过Jmeter发送联合授信测试信息中的JSON报文信息调用合作方系统开始测试，即可实现多个合作方同时联合风控测试；

所述S4具体包括：

采用S4.1至S4.3同时对多个合作方进行处理，即可实现多个合作方同时联合风控测试；

所述S4还包括：

如果合作方不是首次合作，且合作要求不改变，则直接按照S4.3通过Jmeter工具根据已存储的联合授信测试信息，直接发送联合授信的测试JSON报文调用该合作方系统开始测试；如果合作方是首次合作，则按照S4.1至S4.3进行处理；

所述S3具体根据测试说明文档中的中文信息，从数据库中获取对应的表字段，通过Jmeter接口测试工具，对每个字段进行赋值，从而将联合授信测试的共性信息X和特性信息Y转换为JSON报文；

所述S2具体包括：

2.根据权利要求1所述的一种支持多合作方同时联合风控测试方法，其特征在于，所述S1具体根据银行经营的所有产品的目标客户群体类型、产品类型、当地监管机构对监管报送要求、EAST报送、MAST报送、征信报送、报表报送、客户信息报送、公司相关规则制度、风险控制规则多个维度来获取银行贷款业务合作方联合授信风控测试说明文档。

3.一种支持多合作方同时联合风控测试系统，其特征在于，包括数据获取模块、特征提取模块、格式转换模块、存储模块、联合授信模块、Jmeter工具；

其中，所述数据获取模块用于获取银行联合贷款业务合作方联合授信风控测试说明文档；

所述特征提取模块用于从银行联合贷款业务合作方联合授信风控测试说明文档提取出共性信息X和特性信息Y，所述共性信息X是银行自身对于联合授信风控测试保存的标准信息，不因合作方要求而改变，所述特性信息Y是根据不同合作方的不同要求而发生改变的信息；

所述格式转换模块用于将共性信息X和特性信息Y对应的数据库表字段值，转换为JSON报文，则由共性信息X及其报文信息、特性信息Y及其报文信息构成联合风控测试基准并将其存储到存储模块中，具体根据测试说明文档中的中文信息，从数据库中获取对应的表字段，通过Jmeter接口测试工具，对每个字段进行赋值，从而将联合授信测试的共性信息X和特性信息Y转换为JSON报文；

所述联合授信模块根据合作方的要求对测试基准中特性信息Y及其报文进行修改，得到与该合作方的联合授信测试信息，并将其存储到存储模块中，具体过程包括：获取合作方的要求，并根据合作方的要求对测试基准中的特定信息Y进行修改，得到该合作方的专属测试说明文档，并进行归档；根据修改完成的说明文档，同步修改特性信息Y的JSON报文内容，得到该合作方的联合授信测试信息，并进行归档；

所述Jmeter工具发送联合授信测试信息中的JSON报文信息调用合作方系统开始测试，即可实现多个合作方同时联合风控测试，具体过程包括：根据联合授信测试信息，直接发送联合授信的测试JSON报文调用该合作方系统开始测试；

通过所述联合授信模块和所述Jmeter工具同时对多个合作方进行处理，即可实现多个合作方同时联合风控测试；如果合作方不是首次合作，且合作要求不改变，则直接通过Jmeter工具根据已存储的联合授信测试信息，直接发送联合授信的测试JSON报文调用该合作方系统开始测试；如果合作方是首次合作，则通过所述联合授信模块和所述Jmeter工具进行处理。

4.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-2中任一项所述方法的步骤。

5.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-2中任一项所述方法的步骤。