System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本公开涉及测试,特别涉及一种支付系统的测试方法、装置、电子设备及可读存储介质。
技术介绍
1、支付系统是一套用于提供金融业务的系统。随着互联网的日益发展以及电子支付的普及,支付系统能够通过线上形式实现商品支付、借款、还款等各类金融相关操作。通常情况下,支付系统不仅要与用户端对接,以便为用户提供金融服务,还要与第三方金融机构(即支付渠道)对接,以便实现与第三方金融机构之间的账务数据同步。
2、由于支付系统涉及到大量的业务处理流程,因此,为了确保支付系统的可靠性,需要预先对支付系统进行验证。在相关技术中,通常需要由测试用户人工创建测试订单,以便借助该测试订单验证支付系统的准确性。
3、但是,人工创建测试订单的方式耗时耗力、容易出错。而且,人工创建的测试订单的支付状态难以预估,无法确保涵盖各种类型的支付状态,进而导致测试过程难以全面验证支付系统对于各种类型的支付状态的处理流程是否正确。因此,亟需一种更加高效而准确的测试方式。
技术实现思路
1、本公开提供了一种支付系统的测试方法、装置、电子设备及可读存储介质,用于提升测试效率和准确性。
2、第一方面,本公开提供了一种支付系统的测试方法,包括以下步骤:
3、获取接收到的支付测试参数;其中,所述支付测试参数包括:支付对象参数、以及支付状态参数;
4、生成与所述支付对象参数相对应的虚拟用户信息,向所述支付系统发送包含所述支付对象参数以及所述虚拟用户信息的支付测试请求;
5、
6、在更新后的支付数据表中的数据值与预设标准值不匹配的情况下,生成测试异常通知消息;其中,所述预设标准值根据所述支付对象参数以及所述支付状态参数确定。
7、第二方面,本公开提供了一种支付系统的测试装置,包括:
8、获取模块,适于获取接收到的支付测试参数;其中,所述支付测试参数包括:支付对象参数、以及支付状态参数;
9、生成模块,适于生成与所述支付对象参数相对应的虚拟用户信息,向所述支付系统发送包含所述支付对象参数以及所述虚拟用户信息的支付测试请求;
10、发送模块,适于在所述支付系统对所述支付测试请求验证通过的情况下,根据所述支付状态参数向所述支付系统发送状态反馈信息;其中,所述支付系统用于根据所述状态反馈信息中包含的所述支付状态参数,对支付数据表进行更新;
11、通知模块,适于在更新后的支付数据表中的数据值与预设标准值不匹配的情况下,生成测试异常通知消息;其中,所述预设标准值根据所述支付对象参数以及所述支付状态参数确定。
12、第三方面,本公开提供了一种电子设备,该电子设备包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的一个或多个计算机程序,一个或多个所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行上述方法。
13、第四方面,本公开提供了一种计算机可读存储介质,其上存储有计算机程序,其中,所述计算机程序在被处理器/处理核执行时实现上述方法。
14、在本公开所提供的实施例中,首先,获取接收到的支付测试参数,该支付测试参数包括支付对象参数以及支付状态参数;然后,生成与支付对象参数相对应的虚拟用户信息,向支付系统发送包含支付对象参数以及虚拟用户信息的支付测试请求,并在接收到验证通过消息的情况下,根据支付状态参数向支付系统发送状态反馈信息;最后,在更新后的支付数据表中的数据值与预设标准值不匹配的情况下,生成测试异常通知消息。由此可见,在该方式中,一方面,能够根据接收到的支付测试参数自动生成虚拟用户信息,无需用户手动创建,提升了测试效率;另一方面,能够根据支付测试参数中包含的支付状态参数,模拟第三方支付渠道发送状态反馈信息,以使支付系统根据状态反馈信息更新支付数据表,相应的,通过将更新后的支付数据表与预设标准值进行匹配,即可判断支付系统的功能是否异常。其中,由于支付状态参数的参数值可以灵活调整,因此,能够灵活配置各种支付状态(如支付成功、支付失败等),便于全面验证支付系统针对各种支付状态进行处理的准确性。
15、应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
本文档来自技高网...【技术保护点】
1.一种支付系统的测试方法,其特征在于,包括:
2.根据权利要求1所述的方法,其特征在于,所述支付测试参数还包括:测试环境标识;所述生成与所述支付对象参数相对应的虚拟用户信息之前,所述方法还包括:查询配置文件中与所述测试环境标识相对应的系统调用接口;其中,每个测试环境标识对应的系统调用接口至少包括:第一调用接口以及第二调用接口;
3.根据权利要求2所述的方法,其特征在于,所述支付测试参数还包括:并发数量参数;
4.根据权利要求3所述的方法,其特征在于,所述支付测试参数还包括:支付渠道参数;
5.根据权利要求4所述的方法,其特征在于,所述并发数量参数用于表征并发执行的多个支付测试请求的总数量,并且,所述支付测试参数还包括:环境并发配置参数和/或渠道并发配置参数;
6.根据权利要求1所述的方法,其特征在于,所述支付测试参数还包括:支付期限参数;且所述支付状态参数包括以下中的至少一个:支付成功状态、支付失败状态、第N期支付成功且第N+1期支付失败状态;其中,N为自然数;所述支付数据表包括:多个分别对应于不同的支付状态和/或支付
7.根据权利要求6所述的方法,其特征在于,所述在更新后的支付数据表中的数据值与预设标准值不匹配的情况下,生成测试异常通知消息包括:
8.根据权利要求1所述的方法,其特征在于,所述向所述支付系统发送包含所述支付对象参数以及所述虚拟用户信息的支付测试请求之前,还包括:
9.根据权利要求1-8所述的方法,其特征在于,所述虚拟用户信息包括以下中的至少一项:虚拟号码信息、虚拟姓名信息、虚拟证件信息、虚拟地址信息、虚拟联系人信息、以及虚拟银行卡信息;所述支付测试请求包括:借款类支付请求;所述支付数据表包括以下中的至少一个:借款数据表、还款数据表以及交易明细表。
10.一种支付系统的测试装置,其特征在于,包括:
11.一种电子设备,其特征在于,包括:
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序在被处理器执行时实现如权利要求1-9中任一项所述的方法。
...【技术特征摘要】
1.一种支付系统的测试方法,其特征在于,包括:
2.根据权利要求1所述的方法,其特征在于,所述支付测试参数还包括:测试环境标识;所述生成与所述支付对象参数相对应的虚拟用户信息之前,所述方法还包括:查询配置文件中与所述测试环境标识相对应的系统调用接口;其中,每个测试环境标识对应的系统调用接口至少包括:第一调用接口以及第二调用接口;
3.根据权利要求2所述的方法,其特征在于,所述支付测试参数还包括:并发数量参数;
4.根据权利要求3所述的方法,其特征在于,所述支付测试参数还包括:支付渠道参数;
5.根据权利要求4所述的方法,其特征在于,所述并发数量参数用于表征并发执行的多个支付测试请求的总数量,并且,所述支付测试参数还包括:环境并发配置参数和/或渠道并发配置参数;
6.根据权利要求1所述的方法,其特征在于,所述支付测试参数还包括:支付期限参数;且所述支付状态参数包括以下中的至少一个:支付成功状态、支付失败状态、第n期支付成功且第n+1期支付失败状态;其中,n为自然数;所述支付数据表...
【专利技术属性】
技术研发人员:王爽,赵国庆,吴鹏,蒋宁,罗展松,
申请(专利权)人:马上消费金融股份有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。