一种银行支付系统对账校验及差错处理的测试方法与流程

本发明涉及银行数据处理，尤其涉及一种银行支付系统对账校验及差错处理的测试方法。

背景技术：

1、银行系统中针对跨行支付类的业务，需要进行差错处理和对账校验机制的相关验证。

2、目前，银行支付系统通常采用如下方法对差错处理和对账校验机制进行验证：开发人员根据支付系统与关联系统之间出现超时情况，根据接口层面编写日间差错处理方式，完成接口层面的互调处理正常即可；针对日终对账时，仅根据三方（其他行、支付、核心）给出的对账文件完成数据比对，但凡存在不一致的情况下对应出差错，以及实现后续补账或冲正接口间可以正常调用，即达到开发人员认为的送测条件。当测试人员介入时，则是以支付系统与关联系统出现超时场景，交易资金流是否完成为出发点，考虑日间差错处理机制是否合理，以及日终对账结果跟日终差错处理方式是否合理。开发人员与测试人员所站角度不同，导致这部分功能的测试经常面临边测试，边开发的情况。一轮测试完成后，经常出现前期已经验证通过的功能，由于后期修改缺陷改动的代码，导致产生新的问题。想要保证质量，只能不断的增加测试轮次。

3、上述的验证方法存在以下问题：（1）对人员业务素质要求较高且需要人员全程参与。其中，测试人员需要对业务规则以及人行/中心业务的要求都相当熟悉，开发人员需要对系统代码特别熟悉，测试开始时，测试人员与开发人员需要同时投入，相互配合完成相关验证；（2）针对日终对账的数据，经常出现因为数据作废需要重新预埋数据而导致的很多重复工作，例如：对账完成后发现联机交易中某个关键字段，本应该录入数据库而实际未录入，导致日终结果没有满足预期结果，问题修复后就需要重新预埋数据进行相关验证，验证不过则还需要重新再来；（3）开发针对差错处理和对账校验机制功能模块的提测质量普遍较低，主要由于此部分支付系统与关联各系统之间出现超时的情况涉及场景较多，开发人员角度与测试人员看问题角度又不同，导致即使开发完成自测后提交测试，问题还是相对较多。此部分支付系统与关联各系统之间出现超时的情况内容虽然生产上会遇到的场景可能很少，但是对于银行来说是很重要的部分，属于银行跨行支付类业务的保底机制，因此会出现对生产上很少用到的功能，却需要投入大量的时间以及人员进行相关测试工作。在任何一家银行支付系统的测试工作中，此部分支付系统与关联各系统之间出现超时的情况的测试任务都是测试人员以及开发人员痛点以及难点。

技术实现思路

1、为了解决现有技术中存在的问题，本发明提供了如下技术方案。

2、本发明提供了一种银行支付系统对账校验及差错处理的测试方法，包括：

3、针对银行支付系统不同类型的业务包含的差错场景，预先封装差错场景可配置化操作的脚本；

4、利用封装好的脚本配置差错场景；

5、在配置的差错场景下进行银行支付系统各类业务的日间差错处理和日终对账校验的测试。

6、优选地，所述在配置的差错场景下进行银行支付系统各类业务的日间差错处理和日终对账校验的测试包括：

7、在开发自测阶段，在差错场景下执行业务，输出登记数据；根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致，若不一致，则对日间差错处理或日终对账校验机制进行纠正，纠正后重新检验，直至日间差错处理或日终对账校验的结果与预期一致，并进入测试阶段；

8、在测试阶段，在差错场景下执行业务，输出登记数据；根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致，若不一致，则提交缺陷给对应的开发人员返回至开发自测阶段，直至测试阶段的日间差错处理或日终对账校验的结果与预期一致。

9、优选地，所述日终对账校验的结果是否与预期一致包括：日终对账完成后对应的业务状态是否对应更新，转入存疑或者日终差错的数据是否正确，日终差错进行冲正与预期是否一致，和/或补账处理机制与预期是否一致。

10、优选地，所述根据登记数据检验日间差错处理或日终对账校验的结果是否与预期一致包括：根据业务类型对日间差错处理或日终对账校验的结果进行各类差错的检验。

11、优选地，所述脚本包括添加挡板的脚本、模拟数据发送的脚本、登记数据信息输出的脚本和环境恢复的脚本。

12、优选地，所述业务包括：往账贷记类业务、来账贷记类业务、往账借记类业务、来账借记类业务和第三方来账类交易。

13、优选地，针对往账贷记类业务，利用封装好的脚本配置差错场景，包括：

14、添加请求核心系统超时的申请报文未发送到核心系统的挡板，或添加阻挡接收核心系统返回回执报文的挡板，或添加请求人民银行中心前置系统的挡板，或添加阻挡接收人民银行中心返回回执报文的挡板；

15、使用报文模拟数据发送，每发送一笔数据执行一次数据登记；重复操作达到预设发送笔数后恢复环境。

16、优选地，针对来账贷记类业务，利用封装好的脚本配置差错场景，包括：

17、添加阻挡其他行发送的报文信息的挡板，或添加请求核心系统的报文发送失败的挡板，或添加阻挡接收核心系统回执报文的挡板；

18、开发自测阶段使用报文模拟数据发送，测试阶段使用仿真或者联系其他参与行模拟数据发送；每发送一笔数据执行一次数据登记；重复操作达到预设发送笔数后恢复环境。

19、优选地，针对往账借记类业务，利用封装好的脚本配置差错场景，包括：

20、添加发送人民银行中心的报文发送失败的挡板，或添加阻止行内收到其他行回执报文的挡板，或添加请求核心系统超时的申请报文未发送到核心系统的挡板，或添加阻挡接收核心系统返回回执报文的挡板；

21、使用报文模拟数据发送，每发送一笔数据执行一次数据登记；重复操作达到预设发送笔数后恢复环境。

22、优选地，针对来账借记类业务，利用封装好的脚本配置差错场景，包括：

23、添加阻挡其他行发送的报文信息的挡板，或添加报文发送其他行超时的挡板，或添加请求核心系统的报文超时发送失败的挡板，或添加支付系统阻挡接收核心系统返回的回执报文的挡板；

24、开发自测阶段使用报文模拟数据发送，测试阶段使用仿真或者联系其他参与行模拟数据发送；每发送一笔数据执行一次数据登记；重复操作达到预设发送笔数后恢复环境。

25、本发明的有益效果是：（1）实现银行支付系统在进行差错处理和对账校验机制的验证过程中的自动化操作，简化后续测试流程，减少高级/专家人员的投入时间，提高开发内容的送测质量，从而提高差错处理和对账校验机制的测试效率，降低此部分工作的投入成本；（2）本发明提供的银行支付系统对账校验及差错处理的测试方法，针对如何实现高效完成银行支付系统对账校验及差错处理机制的测试的技术问题，通过使用脚本，实现了挡板添加、数据发送、挡板撤销的可配置化操作，完成各类业务的差错场景的配置，简化了差错场景数据预埋流程，减少了需要同时投入的人员配比（不再需要开发与测试人员同时投入进行配合），同时通过引导开发人员高效完成单元自测，提高了送测内容的质量，以实现快速高效完成差错处理和对账校验机制的测试任务。