CN116737465A - 一种银行支付***对账校验及差错处理的测试方法 - Google Patents
一种银行支付***对账校验及差错处理的测试方法 Download PDFInfo
- Publication number
- CN116737465A CN116737465A CN202311018631.1A CN202311018631A CN116737465A CN 116737465 A CN116737465 A CN 116737465A CN 202311018631 A CN202311018631 A CN 202311018631A CN 116737465 A CN116737465 A CN 116737465A
- Authority
- CN
- China
- Prior art keywords
- error
- baffle
- account
- checking
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012545 processing Methods 0.000 title claims abstract description 73
- 238000010998 test method Methods 0.000 title abstract description 6
- 238000012360 testing method Methods 0.000 claims abstract description 80
- 238000013515 script Methods 0.000 claims abstract description 44
- 238000000034 method Methods 0.000 claims abstract description 33
- 230000007246 mechanism Effects 0.000 claims abstract description 25
- 238000011161 development Methods 0.000 claims abstract description 19
- 238000004806 packaging method and process Methods 0.000 claims abstract description 5
- 230000005540 biological transmission Effects 0.000 claims description 25
- 230000000903 blocking effect Effects 0.000 claims description 22
- 238000004088 simulation Methods 0.000 claims description 12
- 230000007547 defect Effects 0.000 claims description 10
- 238000012937 correction Methods 0.000 claims description 4
- 230000004888 barrier function Effects 0.000 claims description 3
- 230000001502 supplementing effect Effects 0.000 claims description 3
- 238000012795 verification Methods 0.000 description 20
- 238000011084 recovery Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 10
- 238000004891 communication Methods 0.000 description 5
- 238000011010 flushing procedure Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000004075 alteration Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013524 data verification Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000004080 punching Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1479—Generic software techniques for error detection or fault masking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- General Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种银行支付***对账校验及差错处理的测试方法,属于银行数据处理技术领域。方法包括:针对银行支付***不同类型的业务包含的差错场景,预先封装差错场景可配置化操作的脚本;利用封装好的脚本配置差错场景;在配置的差错场景下进行银行支付***各类业务的日间差错处理和日终对账校验的测试。该方法实现了银行支付***对账校验及差错处理测试的自动化操作,简化了测试流程,减少了人员的投入时间,提高了开发内容的送测质量,从而提高了差错处理和对账校验机制的测试效率,降低了测试成本。
Description
技术领域
本发明涉及银行数据处理技术领域,尤其涉及一种银行支付***对账校验及差错处理的测试方法。
背景技术
银行***中针对跨行支付类的业务,需要进行差错处理和对账校验机制的相关验证。
目前,银行支付***通常采用如下方法对差错处理和对账校验机制进行验证:开发人员根据支付***与关联***之间出现超时情况,根据接口层面编写日间差错处理方式,完成接口层面的互调处理正常即可;针对日终对账时,仅根据三方(其他行、支付、核心)给出的对账文件完成数据比对,但凡存在不一致的情况下对应出差错,以及实现后续补账或冲正接口间可以正常调用,即达到开发人员认为的送测条件。当测试人员介入时,则是以支付***与关联***出现超时场景,交易资金流是否完成为出发点,考虑日间差错处理机制是否合理,以及日终对账结果跟日终差错处理方式是否合理。开发人员与测试人员所站角度不同,导致这部分功能的测试经常面临边测试,边开发的情况。一轮测试完成后,经常出现前期已经验证通过的功能,由于后期修改缺陷改动的代码,导致产生新的问题。想要保证质量,只能不断的增加测试轮次。
上述的验证方法存在以下问题:(1)对人员业务素质要求较高且需要人员全程参与。其中,测试人员需要对业务规则以及人行/中心业务的要求都相当熟悉,开发人员需要对***代码特别熟悉,测试开始时,测试人员与开发人员需要同时投入,相互配合完成相关验证;(2)针对日终对账的数据,经常出现因为数据作废需要重新预埋数据而导致的很多重复工作,例如:对账完成后发现联机交易中某个关键字段,本应该录入数据库而实际未录入,导致日终结果没有满足预期结果,问题修复后就需要重新预埋数据进行相关验证,验证不过则还需要重新再来;(3)开发针对差错处理和对账校验机制功能模块的提测质量普遍较低,主要由于此部分支付***与关联各***之间出现超时的情况涉及场景较多,开发人员角度与测试人员看问题角度又不同,导致即使开发完成自测后提交测试,问题还是相对较多。此部分支付***与关联各***之间出现超时的情况内容虽然生产上会遇到的场景可能很少,但是对于银行来说是很重要的部分,属于银行跨行支付类业务的保底机制,因此会出现对生产上很少用到的功能,却需要投入大量的时间以及人员进行相关测试工作。在任何一家银行支付***的测试工作中,此部分支付***与关联各***之间出现超时的情况的测试任务都是测试人员以及开发人员痛点以及难点。
发明内容
为了解决现有技术中存在的问题,本发明提供了如下技术方案。
本发明提供了一种银行支付***对账校验及差错处理的测试方法,包括:
针对银行支付***不同类型的业务包含的差错场景,预先封装差错场景可配置化操作的脚本;
利用封装好的脚本配置差错场景;
在配置的差错场景下进行银行支付***各类业务的日间差错处理和日终对账校验的测试。
优选地,所述在配置的差错场景下进行银行支付***各类业务的日间差错处理和日终对账校验的测试包括:
在开发自测阶段,在差错场景下执行业务,输出登记数据;根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致,若不一致,则对日间差错处理或日终对账校验机制进行纠正,纠正后重新检验,直至日间差错处理或日终对账校验的结果与预期一致,并进入测试阶段;
在测试阶段,在差错场景下执行业务,输出登记数据;根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致,若不一致,则提交缺陷给对应的开发人员返回至开发自测阶段,直至测试阶段的日间差错处理或日终对账校验的结果与预期一致。
优选地,所述日终对账校验的结果是否与预期一致包括:日终对账完成后对应的业务状态是否对应更新,转入存疑或者日终差错的数据是否正确,日终差错进行冲正与预期是否一致,和/或补账处理机制与预期是否一致。
优选地,所述根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致包括:根据业务类型对日间差错处理或日终对账校验的结果进行各类差错的检验。
优选地,所述脚本包括添加挡板的脚本、模拟数据发送的脚本、登记数据信息输出的脚本和环境恢复的脚本。
优选地,所述业务包括:往账贷记类业务、来账贷记类业务、往账借记类业务、来账借记类业务和第三方来账类交易。
优选地,针对往账贷记类业务,利用封装好的脚本配置差错场景,包括:
添加请求核心***超时的申请报文未发送到核心***的挡板,或添加阻挡接收核心***返回回执报文的挡板,或添加请求人民银行中心前置***的挡板,或添加阻挡接收人民银行中心返回回执报文的挡板;
使用报文模拟数据发送,每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
优选地,针对来账贷记类业务,利用封装好的脚本配置差错场景,包括:
添加阻挡其他行发送的报文信息的挡板,或添加请求核心***的报文发送失败的挡板,或添加阻挡接收核心***回执报文的挡板;
开发自测阶段使用报文模拟数据发送,测试阶段使用仿真或者联系其他参与行模拟数据发送;每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
优选地,针对往账借记类业务,利用封装好的脚本配置差错场景,包括:
添加发送人民银行中心的报文发送失败的挡板,或添加阻止行内收到其他行回执报文的挡板,或添加请求核心***超时的申请报文未发送到核心***的挡板,或添加阻挡接收核心***返回回执报文的挡板;
使用报文模拟数据发送,每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
优选地,针对来账借记类业务,利用封装好的脚本配置差错场景,包括:
添加阻挡其他行发送的报文信息的挡板,或添加报文发送其他行超时的挡板,或添加请求核心***的报文超时发送失败的挡板,或添加支付***阻挡接收核心***返回的回执报文的挡板;
开发自测阶段使用报文模拟数据发送,测试阶段使用仿真或者联系其他参与行模拟数据发送;每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
本发明的有益效果是:(1)实现银行支付***在进行差错处理和对账校验机制的验证过程中的自动化操作,简化后续测试流程,减少高级/专家人员的投入时间,提高开发内容的送测质量,从而提高差错处理和对账校验机制的测试效率,降低此部分工作的投入成本;(2)本发明提供的银行支付***对账校验及差错处理的测试方法,针对如何实现高效完成银行支付***对账校验及差错处理机制的测试的技术问题,通过使用脚本,实现了挡板添加、数据发送、挡板撤销的可配置化操作,完成各类业务的差错场景的配置,简化了差错场景数据预埋流程,减少了需要同时投入的人员配比(不再需要开发与测试人员同时投入进行配合),同时通过引导开发人员高效完成单元自测,提高了送测内容的质量,以实现快速高效完成差错处理和对账校验机制的测试任务。
附图说明
图1为本发明所述银行支付***对账校验及差错处理的测试方法的流程示意图;
图2为支付***往账贷记类业务流程及挡板添加节点示意图;
图3为支付***来账贷记类业务流程及挡板添加节点示意图;
图4为支付***往账借记类业务流程及挡板添加节点示意图;
图5为支付***来账借记类业务流程及挡板添加节点示意图。
具体实施方式
为了更好地理解上述技术方案,下面将结合说明书附图以及具体的实施方式对上述技术方案做详细的说明。
如图1所示,本发明实施例提供了一种银行支付***对账校验及差错处理的测试方法,包括:S101,针对银行支付***不同类型的业务包含的差错场景,预先封装差错场景可配置化操作的脚本;S102,利用封装好的脚本配置差错场景;S103,在配置的差错场景下进行银行支付***各类业务的日间差错处理和日终对账校验的测试,包括:在开发自测阶段,在差错场景下执行业务,输出登记数据;根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致,若不一致,则对日间差错处理或日终对账校验机制进行纠正,纠正后重新检验,直至日间差错处理或日终对账校验的结果与预期一致,并进入测试阶段;在测试阶段,在差错场景下执行业务,输出登记数据;根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致,若不一致,则提交缺陷给对应的开发人员后,返回至开发自测阶段,直至测试阶段的日间差错处理或日终对账校验的结果与预期一致。
其中,所述日终对账校验的结果是否与预期一致包括:日终对账完成后对应的业务状态是否对应更新,转入存疑或者日终差错的数据是否正确,日终差错进行冲正与预期是否一致,和/或补账处理机制与预期是否一致。
进一步地,所述根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致包括:根据业务类型对日间差错处理或日终对账校验的结果进行各类差错的检验。
所述脚本包括添加挡板的脚本、模拟数据发送的脚本、登记数据信息输出的脚本和环境恢复的脚本。
在本发明实施例中,所述业务包括:往账贷记类业务、来账贷记类业务、往账借记类业务、来账借记类业务和第三方来账类交易。
针对往账贷记类业务,利用封装好的脚本配置差错场景,包括:添加请求核心***超时的申请报文未发送到核心***的挡板,或添加阻挡接收核心***返回回执报文的挡板,或添加请求人民银行中心前置***的挡板,或添加阻挡接收人民银行中心返回回执报文的挡板;使用报文模拟数据发送,每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
其中,核心***是银行最基本的以存贷款业务为主的***,主要用于完成客户账务及内部账务的分户核算处理,同时核心***也是会计处理***,用于处理银行科目的清算核算。
恢复环境是指将之前添加的用于阻断***之间通讯的挡板撤销,使各个***之间的交互恢复正常,不存在人为干预导致***间通讯不畅的情况。
针对来账贷记类业务,利用封装好的脚本配置差错场景,包括:添加阻挡其他行发送的报文信息的挡板,或添加请求核心***的报文发送失败的挡板,或添加阻挡接收核心***回执报文的挡板;开发自测阶段使用报文模拟数据发送,测试阶段使用仿真或者联系其他参与行模拟数据发送;每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
其中,其他参与行包括除当前行以外的其他银行或者金融机构,可通过人民银行大小额***、超网***、网联***、银联***、城银清、农信银等支付平台与当前行实现资金往来。
针对往账借记类业务,利用封装好的脚本配置差错场景,包括:添加发送人民银行中心的报文发送失败的挡板,或添加阻止行内收到其他行回执报文的挡板,或添加请求核心***超时的申请报文未发送到核心***的挡板,或添加阻挡接收核心***返回回执报文的挡板;使用报文模拟数据发送,每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
针对来账借记类业务,利用封装好的脚本配置差错场景,包括:添加阻挡其他行发送的报文信息的挡板,或添加报文发送其他行超时的挡板,或添加请求核心***的报文超时发送失败的挡板,或添加支付***阻挡接收核心***返回的回执报文的挡板;
开发自测阶段使用报文模拟数据发送,测试阶段使用仿真或者联系其他参与行模拟数据发送;每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
针对第三方来账类交易(如网联、即时转账,由第三方转发给当前行的业务),根据行内作为付款方场景时复用来账借记类场景,行内作为收款时复用来账贷记类业务场景模拟,只需要对应的更换所需要的挡板影响的报文即可,业务场景添加挡板位置一样,所需要的挡板场景同样分别整合到配置界面,后续操作人员只需要简单的配置工作即可;
以上场景需要进行输出的数据包含:业务场景、平台流水、其他行工作日期、付款人账号、户名,收款人账号、户名、***平台日期相关数据信息采集并可以实现整体文件输出。
本发明实施例中,挡板是指用于阻断***之间通讯导致***出现差错场景的逻辑代码,利用挡板可阻断***间的信息往来。在实际使用过程中,可采用如下方式实现挡板:***间的通信使用栈队的模式,通过将栈队中的信息暂时调整为只进不出,并在恢复正常之前将队列中的信息全部删除,实现***之间互调超时的差错场景;还可以采用如下方式实现挡板:***间的通信无栈队的概念时,可以更改报文接收方的IP地址,导致报文发送或者接收异常,实现***之间互调超时的差错场景。
本发明提供了银行支付***对账校验及差错处理的测试方法的具体实施例,在该具体实施例中,可以按照如下步骤进行实施:步骤S10,根据***的特点以及业务的场景将测试过程中需要添加的挡板、模拟数据发送、登记数据信息、恢复场景的脚本封装到支付***差错场景配置平台进行可配置化操作,之后根据测试场景需要更改不同的配置规则,从而完成配置添加挡板,模拟发送数据发送、撤销挡板,以及输出登记的交易数据信息表,方便后续处理,此部分需要高级或者专家级别的开发以及测试人员全程参与;步骤S20,开发人员针对日间差错数据验证过程中使用S10步骤进行数据准备,一种场景需要预埋两笔,一笔用于日间差错处理,一笔用于S30步骤检查日终对账结果;对应出现日间差错数据后,同时编写对应脚本进行***自动判断***差错处理是否满足预期,或查询,或者冲正,或者补账,如果场景差错处理与预期不一致时进行界面预警提醒,对应的开发人员收到预警后进行问题定位,缺陷解决后重新再次重复以上步骤重新验证,满足预期结果后提交测试人员进行相关验证,此部分可替换初中级开发人员参与即可,高级以及专家人员进行指导工作;步骤S30,开发人员针对S20预埋需检查日终对账的数据,编写脚本完成***自动判断日终对账结果是否满足预期,包含业务状态更新以及对账状态(或对账平、或存疑、或对账不平进入日终差错)是否满足预期,根据预设场景进行核对,如果存在不一致的情况下则进行预警提醒,对应开发人员收到预警后进行问题定位,缺陷解决后重新执行以上步骤重新验证,满足预期结果后提交测试人员进行相关验证,此部分可替换初中级开发人员参与即可,高级以及专家人员进行指导工作;步骤S40,测试人员开始介入使用S10步骤完成数据预埋,每个差错场景至少预埋两条数据,一条用于日间差错处理验证,一条用于日终对账,数据预埋完成后根据输出的数据表进行日间差错处理,验证日间差错处理机制是否满足预期,此部分可替换初中级测试员参与即可,高级以及专家人员进行指导工作;步骤S50,测试人员开始介入日终对账数据检查核对,使用S40输出的数据进行核对数据对账结果,已经完成日间差错处理的数据对账结果(或对账平,或存疑),针对日间未进行差错处理的数据对账状态(或对账平,或存疑,或对账不平进入日终差错)逐一进行核对对账结果是否满足预期,以及日终差错处理机制是否满足预期,此部分可替换初中级测试员参与即可,高级以及专家人员进行指导工作。
进一步地,对于步骤S10,可以按照如下方法进行实施:步骤S11:针对往账贷记类业务(主动付款类的业务),业务流程如图2所示,支付***收到付款类指令后,请求核心***完成扣减付款人账户余额操作,收到核心***明确成功回执后,支付***请求其他行完成贷记往账,行外(其他行)支付***收到贷记业务请求后,若返回成功回执,贷记往账类业务成功,交易结束;若返回失败回执,支付***需要继续请求核心***完成冲账,将资金还回客户账,收到核心***明确成功回执后,贷记往账类业务失败,交易结束。可以根据所需不同的场景添加不同的挡板。比如,在图2中的序号为2或17的位置可以添加请求核心***超时申请报文未发送到核心***的挡板。在序号为6或20的位置可以添加阻挡接收核心***返回回执报文的挡板。在序号为8的位置可以添加请求其他行的挡板:1)请求人行中心前置***添加挡板,实现发送其他行失败的场景,2)添加阻挡接收人行中心返回回执报文的挡板,实现人行交易为终态行内为中间态的场景。挡板设置完成后等待1-5分钟,配置使用接口测试工具模拟上游渠道发起往账报文,每发送1笔在序号21的位置处进行一次数据登记,之后重复模拟发起报文,达到预设笔数后在序号22的位置处执行环境恢复,环境恢复后界面进行恢复成功提醒,通知操作人员环境已经恢复正常。以上挡板场景分别整合到配置界面,后续操作人员只需要简单的配置工作,实现想要的差错场景,将操作流程简单化、实现快速部署。
以及,步骤S12:针对来账贷记类业务(被动收款类的业务),业务流程如图3所示,其他行发送贷记类业务给当前行,行内支付***收到来账贷记类业务后,请求核心***完成账务处理,给客户入账或入账失败进行挂账处理,收到核心***明确成功回执后,贷记来账交易成功,业务结束。根据所需不同的差错场景添加不同的挡板。比如,在图3中的序号为2的位置添加挡板以阻挡其他行发送的报文信息,完成人行有当前行无的场景(其他行有行内无的场景)。在序号为6的位置添加请求核心的挡板:1)请求核心时添加挡板使请求报文发送核心失败(核心未收到支付***的记账请求),2)添加阻挡接收核心***回执报文的挡板(实现核心实际结果支付***未收到的场景)。挡板设置完成后等待1-5分钟后,配置使用接口测试工具模拟其他行发起来账报文(此部分仅限开发自测阶段使用报文模拟,测试人员测试阶段所有来账需要联系其他参与行帮忙发交易或者使用仿真***模拟来账),每发送1笔在序号12的位置处进行一次数据登记,数据统计到预设笔数,***自行在序号13的位置处触发场景恢复,环境恢复正常后界面进行恢复成功提醒,通知到操作人员环境已恢复正常。以上挡板场景分别整合到配置界面,后续操作人员只需要简单的配置工作,实现想要的差错场景,将操作流程简单化、实现快速部署。
以及,步骤S13:针对往账借记类业务(主动收款类的业务),业务流程如图4所示:支付***收到往账借记指令,将往账借记类业务请求报文发送给其他行(行外),其他行根据请求判断是否满足付款条件,满足则返回付款回执,支付***收到付款回执,则调行内核心***完成收款账户的入账操作,当收到核心***入账成功的回执后,往账借记业务成功,交易结束;若不满足付款条件则返回拒绝回执,支付***收到拒付回执后,往账借记业务失败,交易结束。根据所需不同的差错场景添加不同的挡板。比如,在图4中序号为3的位置可以添加与其他行交互的挡板:1)发送人行中心时,增加挡板使报文发送失败(实现行内有人行无的场景),2)添加挡板阻止行内收到其他行回执报文(实现行内处理中其他行成为终态的场景)。在序号为11的位置添加请求核心***的挡板:1)请求核心***超时申请报文未发送到核心***的挡板;2)添加阻挡接收核心***返回的回执报文的挡板。挡板设置完成后等待1-5分钟后,配置使用接口测试工具模拟上游渠道发起往账报文,每发送1笔在序号17的位置处进行一次数据登记,之后重复模拟发起报文,达到预设笔数后,在序号18的位置处执行环境恢复,环境恢复正常后界面进行恢复成功提醒,通知到操作人员环境已恢复正常。以上挡板场景分别整合到配置界面,后续操作人员只需要简单的配置工作,实现想要的差错场景,将操作流程简单化、实现快速部署;
以及,步骤S14:针对来账借记类业务(被动付款类的业务),业务流程如图5所示:其他行(行外)发送借记业务请求,支付***收到来账借记类业务后,请求核心***进行付款账户扣账操作,核心***返回扣账成功,则支付***返回付款回执,否则返回拒付回执,支付***的借记回执如果收到其他行的成功回执,借记业务结束,交易结束;若支付***的借记回执收到其他行的失败回执,借记回执业务状态更新为失败,若原借记业务为付款回执,支付***需要调核心***完成冲账后再更新借记回执状态为失败,来账借记业务回执流程结束,等待再次回执重复以上流程。根据所需不同的差错场景添加不同的挡板。比如,在图5中序号为2的位置添加挡板,阻挡其他行发送的报文信息,完成人行有当前行无的场景(以及其他行交易转发成功但是行内未收到)的场景;在序号为12的位置添加报文发送其他行超时,实际发送失败,或者实际发送成功不收其他行回执的挡板。在序号为6或24的位置添加请求核心的挡板:请求核心超时支付发送的申请报文未发送到核心***的挡板;在序号为9或者20的位置添加支付***阻挡接收核心***返回的回执报文的挡板。挡板设置完成后等待1-5分钟后,配置使用接口测试工具模拟其他行发起往账报文(此部分报文仅限开发自测时使用),每发送1笔在序号17的位置处进行一次数据登记,之后重复模拟报文发起,达到预设笔数后,在序号18的位置处执行环境恢复,环境恢复正常后界面进行恢复成功提醒,通知到操作人员环境已恢复正常。以上挡板场景分别整合到配置界面,后续操作人员只需要简单的配置工作,实现想要的差错场景,将操作流程简单化、实现快速部署;
以及,步骤S15:针对第三方来账类交易(如网联、即时转账,由第三方转发给当前行的业务),根据行内作为付款方场景时复用来账借记类场景,行内作为收款时复用来账贷记类业务场景模拟,只需要对应的更换所需要的挡板影响的报文即可,业务场景添加挡板位置一样,所需要的挡板场景同样分别整合到配置界面,后续操作人员只需要简单的配置工作即可。
以上步骤中输出的数据包含:业务场景、平台流水、其他行工作日期、付款人账号和户名、收款人账号和户名、***平台日期相关数据,并可以实现整体文件输出。
在步骤S11- S15中,针对各类业务可能出现的差错场景,根据不同的场景在不同的位置添加对应的挡板,以达到对应业务预设的差错场景,完成数据预埋以及数据登记工作。
进一步地,对于步骤S20,可以按照如下方法进行实施:步骤S21:开发人员开始执行S10的步骤,所有数据可以通过配置的脚本进行模拟,输出对应的差错场景的登记数据。步骤S22:针对输出的登记数据的流水信息,根据场景以及流水号为判断依据,对应的编写SQL语句判断对应的流水出现的日间差错处理结果是否与预期保持一致,如果有不一致的情况需要设置提醒机制,收到提醒后开发人员检查日间差错处理机制是否代码存在问题,进行纠错调整后重新判断和验证,直至验证结果与预期保持一致。步骤S23:针对核对结束的业务,根据往账贷记类、往账借记类、来账贷记类、来账借记类的业务分别对应各差错场景进行覆盖验证:查询(通过查询核心,或者人行中心的状态更新本地状态满足预期结果);冲账(针对行内多扣客户账的情况进行冲正处理,检查业务处理正确);补账(针对行内少入客户账的情况,通过此日间差错处理机制将资金补给客户);忽略(将该笔差错置为无效,无需继续处理);调整失败(针对行内发送人行中心失败的业务,客户又着急冲正的交易,通过人工核实后进行调整失败冲账处理)。针对业务类型以及可能出现的差错处理机制进行轮询覆盖,***可正常处理后方可提给测试人员进入测试阶段。
进一步地,对于步骤S30,可以按照如下方法进行实施:步骤S31:开发人员开始执行S10的步骤,所有数据可以通过配置的脚本进行模拟,输出对应的差错场景的登记数据;步骤S32:针对预埋的数据日终对账完成后进行核实,根据输出的流水号和场景编写对应的脚本,判断日终对账结果是否与预期保持一致,以及业务状态更新是否正确。如果判断结果与预期不一致,则登记不一致流水信息以及场景并进行输出,同时开发人员进行核实,最终实现日终对账结果与预期保持一致;步骤S33:针对日终对账结束的业务,日终差错处理机制分别对应场景进行覆盖验证:冲账(针对行内多扣客户账的情况进行冲正处理,检查业务处理正确);补账(针对行内少入客户账的情况,通过此日间差错处理机制将资金补给客户);忽略(将该笔差错置为无效,无需继续处理)。根据往账贷记、来账贷记、往账借记、来账借记分别可能出现的差错类型进行全覆盖验证,达到预期结果后方可提交给对应的测试人员进入测试阶段。
进一步地,对于步骤S40,可以按照如下方法进行实施:步骤S41:测试人员根据S10的步骤开始进行场景配置以及预埋数据,此时针对脚本中的往账交易可以使用报文模拟的方式进行数据准备,脚本中的来账场景需要测试人员使用仿真或者联系其他参与行模拟发送,将数据预埋完成后得到输出的流水信息表;步骤S42:测试人员根据输出的流水进行日间差错检查,根据对应的场景和流水号检查对应流水信息以及账户交易明细,之后进行日间差错处理,检查***实现是否与案例预期保持一致,如若不一致则提交缺陷给对应的开发人员定位问题并解决缺陷,最终实现差错处理与预期保持一致。
进一步地,对于步骤S50,可以按照如下方法进行实施:使用S10的步骤开始预埋数据,日间未进行差错处理的数据等日终对账完成后,根据输出的场景和流水号,进行人工核对,检查对账结果是否与预期保持一致、对账完成后对应的业务状态是否对应更新、转入存疑或者日终差错的数据是否正确、日终差错进行冲正补账等处理机制与预期是否保持一致,如若存在否的情况则提交缺陷给对应的开发人员进行定位问题并解决缺陷,最终实现日终差错与预期保持一致。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (9)
1.一种银行支付***对账校验及差错处理的测试方法,其特征在于,包括:
针对银行支付***不同类型的业务包含的差错场景,预先封装差错场景可配置化操作的脚本;
利用封装好的脚本配置差错场景;
在配置的差错场景下进行银行支付***各类业务的日间差错处理和日终对账校验的测试,包括:
在开发自测阶段,在差错场景下执行业务,输出登记数据;根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致,若不一致,则对日间差错处理或日终对账校验机制进行纠正,纠正后重新检验,直至日间差错处理或日终对账校验的结果与预期一致,并进入测试阶段;
在测试阶段,在差错场景下执行业务,输出登记数据;根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致,若不一致,则提交缺陷给对应的开发人员后,返回至开发自测阶段,直至测试阶段的日间差错处理或日终对账校验的结果与预期一致。
2.如权利要求1所述的银行支付***对账校验及差错处理的测试方法,其特征在于,所述日终对账校验的结果是否与预期一致包括:日终对账完成后,对应的业务状态是否对应更新,转入存疑或者日终差错的数据是否正确,日终差错进行冲正与预期是否一致,和/或补账处理机制与预期是否一致。
3.如权利要求1所述的银行支付***对账校验及差错处理的测试方法,其特征在于,所述根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致包括:
根据业务类型对日间差错处理或日终对账校验的结果进行各类差错的检验。
4.如权利要求1所述的银行支付***对账校验及差错处理的测试方法,其特征在于,所述脚本包括添加挡板的脚本、模拟数据发送的脚本、登记数据信息输出的脚本和环境恢复的脚本。
5.如权利要求4所述的银行支付***对账校验及差错处理的测试方法,其特征在于,所述业务包括:往账贷记类业务、来账贷记类业务、往账借记类业务、来账借记类业务和第三方来账类交易。
6.如权利要求5所述的银行支付***对账校验及差错处理的测试方法,其特征在于,针对往账贷记类业务,利用封装好的脚本配置差错场景,包括:
添加请求核心***超时的申请报文未发送到核心***的挡板,或添加阻挡接收核心***返回回执报文的挡板,或添加请求人民银行中心前置***的挡板,或添加阻挡接收人民银行中心返回回执报文的挡板;
使用报文模拟数据发送,每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
7.如权利要求5所述的银行支付***对账校验及差错处理的测试方法,其特征在于,针对来账贷记类业务,利用封装好的脚本配置差错场景,包括:
添加阻挡其他行发送的报文信息的挡板,或添加请求核心***的报文发送失败的挡板,或添加阻挡接收核心***回执报文的挡板;
开发自测阶段使用报文模拟数据发送,测试阶段使用仿真或者联系其他参与行模拟数据发送;每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
8.如权利要求5所述的银行支付***对账校验及差错处理的测试方法,其特征在于,针对往账借记类业务,利用封装好的脚本配置差错场景,包括:
添加发送人民银行中心的报文发送失败的挡板,或添加阻止行内收到其他行回执报文的挡板,或添加请求核心***超时的申请报文未发送到核心***的挡板,或添加阻挡接收核心***返回回执报文的挡板;
使用报文模拟数据发送,每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
9.如权利要求5所述的银行支付***对账校验及差错处理的测试方法,其特征在于,针对来账借记类业务,利用封装好的脚本配置差错场景,包括:
添加阻挡其他行发送的报文信息的挡板,或添加报文发送其他行超时的挡板,或添加请求核心***的报文超时发送失败的挡板,或添加支付***阻挡接收核心***返回的回执报文的挡板;
开发自测阶段使用报文模拟数据发送,测试阶段使用仿真或者联系其他参与行模拟数据发送;每发送一笔数据执行一次数据登记;重复操作达到预设发送笔数后恢复环境。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311018631.1A CN116737465B (zh) | 2023-08-11 | 2023-08-11 | 一种银行支付***对账校验及差错处理的测试方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311018631.1A CN116737465B (zh) | 2023-08-11 | 2023-08-11 | 一种银行支付***对账校验及差错处理的测试方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116737465A true CN116737465A (zh) | 2023-09-12 |
CN116737465B CN116737465B (zh) | 2024-04-02 |
Family
ID=87917228
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311018631.1A Active CN116737465B (zh) | 2023-08-11 | 2023-08-11 | 一种银行支付***对账校验及差错处理的测试方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116737465B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117435630A (zh) * | 2023-12-21 | 2024-01-23 | 杭银消费金融股份有限公司 | 一种基于规则前置的数据校验方法与*** |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4774664A (en) * | 1985-07-01 | 1988-09-27 | Chrysler First Information Technologies Inc. | Financial data processing system and method |
US8204824B2 (en) * | 2003-07-29 | 2012-06-19 | Mtrex, Inc. | System and method of account reconciliation for electronic transactions |
US20180025435A1 (en) * | 2016-07-22 | 2018-01-25 | Nec Europe Ltd. | Method for secure ledger distribution and computer system using secure distributed ledger technology |
CN113032176A (zh) * | 2021-03-23 | 2021-06-25 | 中国邮政储蓄银行股份有限公司 | 基于日终对账的分布式事务双补偿方法与装置 |
CN114385749A (zh) * | 2021-12-02 | 2022-04-22 | 天翼电子商务有限公司 | 一种基于通讯账户资金安全的记账处理装置 |
-
2023
- 2023-08-11 CN CN202311018631.1A patent/CN116737465B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4774664A (en) * | 1985-07-01 | 1988-09-27 | Chrysler First Information Technologies Inc. | Financial data processing system and method |
US8204824B2 (en) * | 2003-07-29 | 2012-06-19 | Mtrex, Inc. | System and method of account reconciliation for electronic transactions |
US20180025435A1 (en) * | 2016-07-22 | 2018-01-25 | Nec Europe Ltd. | Method for secure ledger distribution and computer system using secure distributed ledger technology |
CN113032176A (zh) * | 2021-03-23 | 2021-06-25 | 中国邮政储蓄银行股份有限公司 | 基于日终对账的分布式事务双补偿方法与装置 |
CN114385749A (zh) * | 2021-12-02 | 2022-04-22 | 天翼电子商务有限公司 | 一种基于通讯账户资金安全的记账处理装置 |
Non-Patent Citations (3)
Title |
---|
刘志清: "变更管理***的研究和实现", 中国优秀硕士学位论文全文数据库信息科技辑(月刊), no. 07, pages 138 - 88 * |
朱胡勇,等: "浅析基于国产硬件的中小银行开发平台的性能", 网络空间安全, pages 88 - 93 * |
王皓月: "某商业银行快捷支付平台的设计与实现", 中国优秀硕士学位论文全文数据库信息科技辑(月刊), no. 02, pages 138 - 508 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117435630A (zh) * | 2023-12-21 | 2024-01-23 | 杭银消费金融股份有限公司 | 一种基于规则前置的数据校验方法与*** |
CN117435630B (zh) * | 2023-12-21 | 2024-03-29 | 杭银消费金融股份有限公司 | 一种基于规则前置的数据校验方法与*** |
Also Published As
Publication number | Publication date |
---|---|
CN116737465B (zh) | 2024-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN116737465B (zh) | 一种银行支付***对账校验及差错处理的测试方法 | |
CN109359964A (zh) | 多方支付通道实时对账方法 | |
CN106649500A (zh) | 数据核对方法及*** | |
CN111459800B (zh) | 一种业务***可用性验证方法、装置、设备和介质 | |
US20190108169A1 (en) | Computer methods and computer systems for automatic data analysis, reconcilliation and repair | |
CN110837470B (zh) | 银行卡网络交易的测试方法及装置 | |
CN108762895A (zh) | 处理分布式事务的方法及装置 | |
CN108009916B (zh) | 一种基于事务动态调整的通用支付记账的方法以及*** | |
CN112686658A (zh) | 对外付款资金结算方法、装置、电子设备和存储介质 | |
CN108009794A (zh) | 一种电子凭据状态管理的方法和装置 | |
TWM580754U (zh) | Accounting check system | |
CN113064837B (zh) | 基于交易场景的数据库基准测试方法及装置 | |
CN112419052B (zh) | 交易测试方法、装置、电子设备及可读存储介质 | |
CN111768293B (zh) | 交易信息的处理方法、装置、设备及存储介质 | |
CN114219621A (zh) | 一种同业存放业务处理方法及*** | |
CN113724070A (zh) | 信息处理方法、装置、电子设备和介质 | |
CN115310981A (zh) | 交易数据处理方法、装置、电子设备及存储介质 | |
CN111737262A (zh) | 一种数据处理方法及装置 | |
CN111626867A (zh) | 支付失败自动处理方法、装置、设备及存储介质 | |
CN111538664A (zh) | 一种支付标记化应用的测试***及方法 | |
CN113222561A (zh) | 对账方法及装置、存储介质及电子设备 | |
CN113724082B (zh) | 账务处理方法、装置、设备及存储介质 | |
TWI831114B (zh) | 跨平台交易與會計分離之完整性驗證方法、系統、電腦裝置及電腦可讀取的記錄媒體 | |
CN116843458A (zh) | 数字货币交易管理方法、***、介质及设备 | |
CN114936164A (zh) | 分布式事务的自动化异常测试方法、装置、设备和介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |