CN114546872A - 一种凭证管理测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本文提供了一种凭证管理测试方法、装置、计算机设备及存储介质，预先配置待验证凭证号码信息、待验证业务标识及凭证验证测试接口的关联关系，所述测试方法包括：接收业务请求；在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码，若查找失败，则根据所述请求业务标识对应的凭证验证正常接口，调用接口服务进行处理；若查找成功，则根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口，调用接口服务进行处理。本文能够省去灰度发布环境的搭建，通过预先配置待验证凭证号码信息、待验证业务标识及凭证验证测试接口服务的关联关系，能够在真实发布环境中验证测试接口服务，保证验证的全面性，降低验证误差。

Description

一种凭证管理测试方法、装置、计算机设备及存储介质

技术领域

本文涉及测试领域，尤其涉及一种凭证管理测试方法、装置、计算机设备及存储介质。

背景技术

在今天，人们生活中的存款、理财、购物消费、贷款等等都依赖于凭证号码，例如银行卡***。通过银行卡购物，不用带现金、不用开支票、不需要出示身份证，安全可靠，不受地域、银行机构的限制，每一笔交易都有记录。基于监管要求和银行业务开展需求，各类型交易在响应时，均需要进行凭证验证，且各类型交易执行的凭证验证并不相同。当凭证验证算法更新后需要进行测试，测试通过后才能投入使用，现有技术中凭证验证算法的验证方式为：在测试环境中模拟凭证验证算法发布(即搭建灰度发布环境)，通过测试凭证号码对凭证验证算法进行验证。

上述凭证验证算法的验证方式存在如下缺陷：测试环境与真实生产环境存在差异，且验证用凭证号码并非用户真实凭证号码，因此，存在验证不全面、验证误差大的问题，当凭证验证算法投产后还会存在用户无法办理业务的风险，进而造成社会不良影响，导致用户流失，还会收到监管单位通报等一系列负面影响。

发明内容

本文用于解决现有技术中在测试环境中验证凭证验证算法的方式存在验证不全面验证误差大的问题。

为了解决上述技术问题，本文的第一方面提供一种凭证管理测试方法，预先配置待验证凭证号码信息、待验证业务标识及凭证验证测试接口的关联关系，所述测试方法包括：

接收业务请求；

在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码，若查找失败，则根据所述请求业务标识对应的凭证验证正常接口。调用接口服务进行处理；若查找成功，则根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口。调用服务进行处理。

作为本文的进一步实施例中，在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码，包括：

在所述关联关系的待验证凭证号码信息中查找所述请求凭证号码；

若查找成功，则在查找出的待验证凭证号码关联的待验证业务标识中查找所述请求业务标识；

若查找成功，则确定在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码成功。

作为本文的进一步实施例中，若所述凭证验证测试接口服务执行结果为失败，则根据所述请求业务标识对应的凭证验证正常接口，调用接口服务进行处理。

作为本文的进一步实施例中，所述待验证凭证号码信息确定过程包括：

对于未关联用户的凭证，根据预设工作人员管理的凭证号码设置待验证凭证号码信息；

对于已关联用户的凭证，按照如下方式进行设置：

获取预定时间段内的历史业务请求；

根据所述历史业务请求，筛选出各业务标识及各用户画像下满***易量大于预定值的用户；

将各业务标识及各用户画像下筛选出的用户的凭证号码信息作为各业务标识的待验证凭证号码信息。

作为本文的进一步实施例中，还预先配置交易设备属性信息；

在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码之前，还包括：

在预先配置的交易设备属性信息中查找业务请求中的交易设备属性信息，其中，交易设备属性信息包括交易设备标识、交易设备归属地、交易设备类型中的一个或多个；

若查找成功，则执行在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码步骤；

若查找失败，则根据所述请求业务标识对应的凭证验证正常接口，调用接口服务进行处理。

作为本文的进一步实施例中，所述凭证验证正常接口服务包括多个正常子接口服务，所述凭证验证测试接口服务包括多个测试子接口服务；

根据凭证验证测试接口服务进行处理时，按照该凭证验证测试接口服务中测试子接口服务的执行顺序，调用相应测试子接口服务执行验证，当某一测试子接口服务验证失败时，则调用该测试子接口服务对应的正常子接口服务及该正常子接口服务之后的正常子接口服务执行验证。

作为本文的进一步实施例中，所述凭证管理测试方法还包括：

根据各凭证验证测试接口服务的执行结果，计算各凭证验证测试接口服务的验证指标值；

判断每一凭证验证测试接口服务的验证指标值是否符合预设响应指标值，若是，利用该凭证验证测试接口服务替换相应凭证验证正常接口服务，从关联关系中删除该凭证验证测试接口的相关信息。

本文的第二方面提供一种凭证管理测试装置，包括：

存储单元，用于预先配置待验证凭证号码信息、待验证业务标识及凭证验证测试接口服务的关联关系；

接收单元，用于接收业务请求；

验证单元，用于在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码，若查找失败，则根据所述请求业务标识对应的凭证验证正常接口，调用接口服务进行处理；若查找成功，则根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口，调用接口服务进行处理。

本文的第三方面提供一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，所述计算机程序被所述处理器运行时，执行根据前述任一实施例所述方法的指令。

本文的第四方面提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行根据前述任一实施例所述方法的指令。

本文提供的凭证管理测试方法及装置，通过预先配置待验证凭证号码信息、业务标识及凭证验证测试接口的关联关系，通过该关联关系确定用户业务请求中的用户凭证号码是否要执行测试验证，能够省去灰度发布环境的搭建，在真实发布环境中布置凭证验证测试接口服务，根据真实环境的凭证号码验证凭证验证测试接口服务，保证验证的全面性、降低验证误差。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

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

图1示出了本文实施例凭证管理测试***的结构图；

图2示出了本文实施例凭证管理测试方法的第一流程图；

图3示出了本文实施例凭证管理测试方法的第二流程图；

图4示出了本文实施例待验证凭证号码信息确定过程的流程图；

图5示出了本文实施例凭证管理测试方法的第三流程图；

图6示出了本文实施例凭证管理测试装置的第一结构图；

图7示出了本文实施例凭证管理测试装置的第二结构图；

图8示出了本文实施例计算机设备的结构图。

附图符号说明：

110、数据库；

120、交易设备；

130、服务器；

610、存储单元；

620、接收单元；

630、验证单元；

611、第一存储模块；

612、第二存储模块；

631、检查模块；

632、接口调用模块；

802、计算机设备；

804、处理器；

806、存储器；

808、驱动机构；

810、输入/输出模块；

812、输入设备；

814、输出设备；

816、呈现设备；

818、图形用户接口；

820、网络接口；

822、通信链路；

824、通信总线。

具体实施方式

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

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

本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的***或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

需要说明的是，本文的凭证管理测试方法及装置可用于金融领域，也可用于除金融领域之外的任意领域，例如会员卡业务管理，本文的凭证管理测试方法及装置的应用领域不做限定。本文所述的凭证号码为管理资产的账号，以银行凭证为例，包括非空白凭证及空白凭证。非空白凭证指的是已关联用户的凭证，包括但不限于银行卡、存折等。空白凭证指未关联用户的凭证，包括但不限于资金证明凭证、转账支票、现金支票、银行汇票、债券收款单证、信用证修改书等。

需要说明的是，本申请所涉及的用户画像(包括但不限于用户性别、年龄、职业、收入等)和业务请求等数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本文一实施例中，提供一种凭证管理测试***，如图1所示，包括：数据库110、交易设备120、服务器130。

数据库110中存储有预先配置的待验证凭证号码信息、待验证业务标识及凭证验证测试接口的关联关系。

其中，待验证凭证号码信息包括多个类型的多个凭证号码，各凭证号码可以为全凭证号码或部分凭证号码，例如凭证号码正常为18位，待验证凭证号码信息中可仅给出部分位(例如前6位)的具体数值，其它位可任意取值。待验证凭证号码包括已关联用户的凭证及未关联用户的凭证。其中，已关联用户的凭证指的是已经与用户关联匹配的凭证，涉及的业务类型为凭证对外公示的业务，例如银行借记卡，涉及的业务类型包括但不限于转账、取款、存款等，本文所述用户指的是到凭证提供机构办理业务的人员。未关联用户的凭证指的是还在凭证所属机构(例如银行)且未关联用户的凭证，涉及的业务类型包括但不限于凭证入库、凭证请领、凭证审批、凭证上缴、凭证回收、凭证销毁等。凭证入库是***中凭证从无到有的一个过程。凭证请领是下级机构向上级机构申领凭证的业务。凭证审批是上级机构对下级机构申请凭证的审批业务。凭证上缴与凭证请领为相反过程，由网点发起上上交业务，上级机构根据业务内容作入库确认。凭证回收指的是将凭证回收不再使用的业务。凭证销毁指的是对凭证进行销毁业务。

对于未关联用户的凭证，待验证凭证号码由预设工作人员管理的凭证号码进行设置，其中，预设工作人员为凭证管理***的开发、维护人员，对于银行来说，预设工作人员例如为柜员、凭证管理员。

对于已关联用户的凭证，可按后续图4所示实施例的方式配置待验证凭证号码。

待验证业务标识可根据更新业务及新增业务而定，即将更新业务及新增业务的业务标识设置为待验证业务标识。如表1所示，各待验证业务标识对应的待验证凭证号码信息可相同，也可以不同，本文对此不作限定。

关联关系中的凭证验证测试接口为接口标识，通过该接口标识能够调用该接口标识对应的接口服务，本文所述的接口服务中具有处理逻辑，用于进行处理处理业务请求，各业务对应的处理逻辑不同，本文对此不作限定。具体的，下面以存款业务、取款业务及转账业务为例说明接口服务的处理逻辑：

1.存款业务对应的接口服务

(1)限制检查：检查账户是否存在账户限制，根据实际情况会选择是否终止交易；

(2)客户检查：检查客户基本信息，包括客户是否已经注销，客户状态是否正常等；

(3)账户基本检查：

1)账户通用检查：账户状态是否正常，是否销户，是否为营业外账户；

2)对私账户校验：柜员不允许操作自己的账户；

3)对公账户校验：账户属性有效期检查，验资户有效期检查，临时户到期自动提示；

(4)存入：实现账户余额更新，柜员尾箱更新，产生记账流水并共给总账***。

2.存款业务对应的接口服务

(1)客户基本检查：检查客户是否已经注销，是否黑名单，冻结状态；

(2)账户基本检查：账户状态检查(销户，久悬，转营业外等)、对私客户检查；

柜员权限(不允许操作自己账户)、对公户属性检查，验资户账户有效期检查，临时户账户有效期检查；

(3)限制检查：分别检查该账户对应客户级限制、属性级限制，账户级限制；

(4)票据信息检查：资金交易过程中存在票据信息时，检查相关信息(票据账号关系，票据签发日期，挂失状态，凭证出售状态)；

(5)活期支取事件主逻辑：组织借记流水和现金尾箱流水，运营服务进行尾箱更新，存款服务进行借方账号检查，余额检查等，账户余额更新，流水登记。

3.转账业务对应的接口服务

(1)内部户转账交易检查：检查转账交易两个账户是否为内部户；

(2)票据信息检查：资金交易过程中存在票据信息时，检查相关信息(票据账号关系，票据签发日期，挂失状态，凭证出售状态)；

(3)客户基本校验：检查客户是否已经注销，是否黑名单，冻结状态；

(4)账户基本检查：账户状态检查(销户，久悬，转营业外等)、对私客户检查；

柜员权限(不允许操作自己账户)、对公户属性检查，验资户账户有效期检查，临时户账户有效期检查；

(5)外币转账检查：检查是否为外币交易；

(6)限制检查：分别检查该账户对应客户级限制，属性级限制，账户级限制；

(7)节假日检查：检查交易日是否为节假日；

(8)活期转账：组织主流水，借方子流水，贷方子流水交易并根据交易收取手续费。

表1

本文所述的数据库110可以为一数据库管理***，还可以为一文件***。

交易设备120用于接收业务请求。以银行凭证管理测试***为例，交易设备包括但不限于柜员终端设备(计算机设备、PAD、可穿戴设备等)、ATM机等设备。不同的交易设备能够发出的业务请求不同，本文对各交易设备所能发出的业务请求不做限定。业务请求根据凭证管理测试***提供的业务功能而定，仍以银行凭证管理测试***为例，业务请求所涉及的业务功能包括但不限于预制凭证、凭证调拨、凭证下发、凭证开户、存款、本行取款、跨行取款等、转账、签约。

服务器130中布置有生产环境，且配置有凭证验证测试接口服务及凭证验证测试正常接口服务(即当前已全面投产的接口服务)，其中，生产环境为对外发布的环境，所有用户的业务请求均能响应。

服务器130用于在关联关系中查找业务请求中的请求业务标识及请求凭证号码，若查找失败，则根据请求业务标识对应的凭证验证正常接口，调用接口服务进行处理(即调用请求业务标识对应的凭证验证正常接口服务进行处理)；若查找成功，则根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口，调用接口服务进行处理(即调用查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口服务进行处理)。具体的，服务器130可以为大型计算机，也可以是中、小型计算机。为了保证业务响应的有效性，本文所述的服务器130还可以为服务器集群。

具体实施时，为了业务请求中的请求业务标识及请求凭证号码的查找效率，在关联关系中查找所述业务请求中的请求业务标识及请求凭证号码，包括：

先在关联关系的待验证凭证号码信息中查找请求凭证号码；

若请求凭证号码查找成功，则在查找出的待验证凭证号码关联的待验证业务标识中查找请求业务标识；

若请求业务标识查找成功，则确定在关联关系中查找所述业务请求中的请求业务标识及请求凭证号码成功。

举例来说，假设请求凭证号码为623132*********1002，请求业务标识为凭证开户，先在表1中的待验证凭证号码信息中查找到了请求凭证号码，然后在表1中的623132*********1002关联的待验证业务标识中查找到了凭证开户，由此可以确定，在关联关系中查找业务请求中的请求业务标识及请求凭证号码成功。

本实施例通过预先配置待验证凭证号码信息、业务标识及凭证验证测试接口服务的关联关系，通过该关联关系确定用户业务请求中的用户凭证号码是否要执行测试验证，能够省去灰度发布环境的搭建，提高验证的工作效率，且能保证***的稳定性。在真实发布环境中布置凭证验证测试接口服务，根据真实环境的凭证号码验证凭证验证测试接口服务，保证验证的全面性、降低验证误差。

本文一实施例中，还提供一种凭证管理测试方法，该方法运行于上述服务器130中，该方法运行之前，预先配置待验证凭证号码信息、待验证业务标识及凭证验证测试接口服务的关联关系，具体的，如图2所示，测试方法包括：

步骤210，接收业务请求；

步骤220，在关联关系中查找业务请求中的请求业务标识及请求凭证号码，若查找失败，则执行步骤230；若查找成功，则执行步骤240；

步骤230，根据请求业务标识对应的凭证验证正常接口，调用接口服务进行处理；

步骤240，根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口，调用接口服务进行处理。

本实施例通过该关联关系确定用户业务请求中的用户凭证号码是否要执行测试验证，能够省去灰度发布环境的搭建，在真实发布环境中布置凭证验证测试接口服务，根据真实环境的凭证号码验证凭证验证测试接口服务，保证验证的全面性、降低验证误差。

本文的一实施例中，上述步骤220包括：

在关联关系的待验证凭证号码信息中查找请求凭证号码；

若查找成功，则在查找出的待验证凭证号码关联的待验证业务标识中查找请求业务标识；

若查找成功，则确定在关联关系中查找业务请求中的请求业务标识及请求凭证号码成功。

为了避免因更新业务接口服务不完善而导致业务请求响应失败，本文一实施例中，如图3所示，上述步骤240实施时，若凭证验证测试接口服务执行结果为失败，则返回步骤230根据请求业务标识对应的凭证验证正常接口，调用接口服务进行处理。

本实施例能够在凭证验证测试接口服务进行处理失败时，返回调用正常接口服务进行处理，能够保证业务请求中的请求凭证号码能够正常被验证。

本文一实施例中，如图4所示，对于已关联用户的凭证，可利用如下方式确定待验证凭证号码信息：

步骤410，获取预定时间段内的历史业务请求。

本步骤中，预定时间段例如为最近三个月、半年等，本文对预定时间段具体不做限定。历史业务请求包括各类业务的业务请求，其中，业务请求包括请求业务标识、请求凭证号码及用户信息，其中，用户信息包括但不限于姓名、年龄、职业、身份证号、家庭住址等。

步骤420，根据历史业务请求，筛选出各业务标识及各用户画像下满***易量大于预定值的用户。

本步骤能够剔除不经常发起业务请求的用户，保留在预定时间段内经常发起业务请求的用户，即活跃用户，从而能够保证接口服务的测试效率。

本文所述的用户画像用于标识用户特性，包括但不限于性别、年龄段、职业、收入范围、地区等，本文对用户画像不做具体限定。预定值可根据实际需求进行设定。

步骤430，将各业务标识及各用户画像下筛选出的用户的凭证号码信息作为各业务标识的待验证凭证号码信息。

本实施例通过随机的方式从现有已开户的凭证号码中筛选出各业务标识及各用户画像的凭证号码，将筛选出的凭证号码作为待验证凭证号码，能够保证验证的全面性，且能够保证在一定时间内完成接口服务验证。

本文一实施例中，为了提升业务验证的维度及效率，凭证管理测试方法实施之前预先配置待验证凭证号码信息、待验证业务标识及凭证验证测试接口服务的关联关系，以及交易设备属性信息。如图5所示，测试方法包括：

步骤510，接收业务请求。

步骤520，在预先配置的交易设备属性信息中查找业务请求中的交易设备属性信息，若查找失败，则执行步骤530，若查找成功，则执行步骤540。

其中，交易设备属性信息包括交易设备标识、交易设备归属地、交易设备类型中的一个或多个，其中，交易设备标识可根据使用交易设备人员的工号进行设定。本文所述交易设备包括但不限于用户智能终端、柜员业务终端。

步骤530，根据所述请求业务标识对应的凭证验证正常接口服务进行处理。

步骤540，在关联关系中查找业务请求中的请求业务标识及请求凭证号码，若查找失败，则执行步骤530；若查找成功，则执行步骤550。

步骤550，根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口，调用接口服务进行处理。

本实施例通过限定部分交易设备发起的业务请求进行凭证验证测试接口服务的测试，能够保证测试验证的可控性，避免在测试接口服务异常情况下给大部分用户造成不好体现。

本文一实施中，凭证验证正常接口服务包括多个正常子接口服务，凭证验证测试接口服务包括多个测试子接口服务。对于同一业务对应的正常接口服务及测试接口服务，预先建立正常接口服务中的正常子接口服务与测试接口服务中的测试子接口服务之间的关联关系。

根据凭证验证测试接口服务进行处理时，按照该凭证验证测试接口服务中测试子接口服务的执行顺序，调用相应测试子接口服务执行验证，当某一测试子接口服务验证失败时，则根据上述关联关系调用该测试子接口服务对应的正常子接口服务及该正常子接口服务之后的正常子接口服务执行验证。

本实施例能在凭证验证测试接口服务执行过程中出现异常的情况下，及时转到正常子接口服务继续执行，从而提高凭证验证速度及准确度。

本文一实施例中，在凭证验证测试接口服务上线一段时间之后，还执行如下过程已完成测试接口服务的测试：

(1)根据各凭证验证测试接口服务的执行结果，计算各凭证验证测试接口服务的验证指标值。

其中，验证指标包括交易量、成功率、响应时间等。交易量为进行处理的次数，成功率为测试接口服务验证成功占交易量的占比，响应时间指的是测试接口服务执行时长。

(2)判断每一凭证验证测试接口服务的验证指标值是否符合预设响应指标值，若是，利用该凭证验证测试接口服务替换相应凭证验证正常接口服务，从关联关系中删除该凭证验证测试接口服务的相关信息。

其中，各预设响应指标值可根据实际需求进行设定，本文对此不作限定。

基于同一发明构思，本文还提供一种凭证管理测试装置，如下面的实施例所述。由于装置解决问题的原理与凭证管理测试方法相似，因此凭证管理测试装置的实施可以参见凭证管理测试方法，重复之处不再赘述。

具体的，如图6所示，凭证管理测试装置包括：

存储单元610，用于预先配置待验证凭证号码信息、待验证业务标识及凭证验证测试接口服务的关联关系；

接收单元620，用于接收业务请求；

验证单元630，用于在关联关系中查找所述业务请求中的请求业务标识及请求凭证号码，若查找失败，则根据请求业务标识对应的凭证验证正常接口，调用接口服务进行处理；若查找成功，则根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口，调用接口服务进行处理。

进一步的，如图7所示，存储单元610进一步包括：第一存储模块611及第二存储模块612，第一存储模块611用于存储待验证凭证号码信息，第二存储模块612用于存储待验证凭证号码信息、待验证业务标识及凭证验证测试接口服务的关联关系。

验证单元630进一步包括：检查模块631及接口调用模块632，检查模块631用于从第一存储模块611中查找业务请求中的请求凭证号码，若查找成功，则从第二存储模块612中查找业务请求中的请求业务标识及请求凭证号码。接口调用模块632用于根据检查模块631的检查结果调用接口服务进行处理，具体的，若查找失败，则根据请求业务标识对应的凭证验证正常接口，调用接口服务进行处理；若查找成功，则根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口，调用接口服务进行处理。

本文一实施例中，还提供一种远端的计算机设备，如图8所示，计算机设备802可以包括一个或多个处理器804，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备802还可以包括任何存储器806，其用于存储诸如代码、设置、数据、计算机程序等之类的任何种类的信息，且计算机程序被处理器804运行时，执行前述任一实施例所述方法的指令。非限制性的，比如，存储器806可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备802的固定或可移除部件。在一种情况下，当处理器804执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备802可以执行相关联指令的任一操作。计算机设备802还包括用于与任何存储器交互的一个或多个驱动机构808，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备802还可以包括输入/输出模块810(I/O)，其用于接收各种输入(经由输入设备812)和用于提供各种输出(经由输出设备814))。一个具体输出机构可以包括呈现设备816和相关联的图形用户接口818(GUI)。在其他实施例中，还可以不包括输入/输出模块810(I/O)、输入设备812以及输出设备814，仅作为网络中的一台计算机设备。计算机设备802还可以包括一个或多个网络接口820，其用于经由一个或多个通信链路822与其他设备交换数据。一个或多个通信总线824将上文所描述的部件耦合在一起。

通信链路822可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路822可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图2至图5中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图2至图5所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

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

在本文所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

Claims (10)

1.一种凭证管理测试方法，其特征在于，预先配置待验证凭证号码信息、待验证业务标识及凭证验证测试接口的关联关系，所述测试方法包括：

接收业务请求；

在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码，若查找失败，则根据所述请求业务标识对应的凭证验证正常接口调用接口服务进行处理；若查找成功，则根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口调用接口服务进行处理。

2.如权利要求1所述的凭证管理测试方法，其特征在于，在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码，包括：

在所述关联关系的待验证凭证号码信息中查找所述请求凭证号码；

若查找成功，则在查找出的待验证凭证号码关联的待验证业务标识中查找所述请求业务标识；

若查找成功，则确定在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码成功。

3.如权利要求1所述的凭证管理测试方法，其特征在于，若凭证验证测试接口服务执行结果为失败，则根据所述请求业务标识对应的凭证验证正常接口，调用接口服务进行处理。

4.如权利要求1所述的凭证管理测试方法，其特征在于，所述待验证凭证号码信息确定过程包括：

对于未关联用户的凭证，根据预设工作人员管理的凭证号码设置待验证凭证号码信息；

对于已关联用户的凭证，按照如下方式进行设置：

获取预定时间段内的历史业务请求；

根据所述历史业务请求，筛选出各业务标识及各用户画像下满***易量大于预定值的用户；

将各业务标识及各用户画像下筛选出的用户的凭证号码信息作为各业务标识的待验证凭证号码信息。

5.如权利要求1所述的凭证管理测试方法，其特征在于，还预先配置交易设备属性信息；

在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码之前，还包括：

在预先配置的交易设备属性信息中查找业务请求中的交易设备属性信息，其中，交易设备属性信息包括交易设备标识、交易设备归属地、交易设备类型中的一个或多个；

若查找成功，则执行在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码步骤；

若查找失败，则根据所述请求业务标识对应的凭证验证正常接口，调用接口服务进行处理。

6.如权利要求1所述的凭证管理测试方法，其特征在于，所述凭证验证正常接口服务包括多个正常子接口服务，所述凭证验证测试接口服务包括多个测试子接口服务；

根据凭证验证测试接口服务进行处理时，按照该凭证验证测试接口服务中测试子接口服务的执行顺序，调用相应测试子接口服务执行验证，当某一测试子接口服务验证失败时，则调用该测试子接口服务对应的正常子接口服务及该正常子接口服务之后的正常子接口服务执行验证。

7.如权利要求1所述的凭证管理测试方法，其特征在于，所述测试方法还包括：

根据各凭证验证测试接口服务的执行结果，计算各凭证验证测试接口服务的验证指标值；

判断每一凭证验证测试接口服务的验证指标值是否符合预设响应指标值，若是，利用该凭证验证测试接口服务替换相应凭证验证正常接口服务，从关联关系中删除该凭证验证测试接口服务的相关信息。

8.一种凭证管理测试装置，其特征在于，包括：

存储单元，用于预先配置待验证凭证号码信息、待验证业务标识及凭证验证测试接口服务的关联关系；

接收单元，用于接收业务请求；

验证单元，用于在所述关联关系中查找所述业务请求中的请求业务标识及请求凭证号码，若查找失败，则根据所述请求业务标识对应的凭证验证正常接口，调用接口服务进行处理；若查找成功，则根据查找出的待验证业务标识及待验证凭证号码关联的凭证验证测试接口，调用接口服务进行处理。

9.一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，其特征在于，所述计算机程序被所述处理器运行时，执行根据权利要求1-7任意一项所述方法的指令。

10.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被计算机设备的处理器运行时，执行根据权利要求1-7任意一项所述方法的指令。

Images