支付测试总结

        刚开始做测试的时候，是在一家比较有名的基金管理公司做测试。一般测试的主要内容有前端测试（包括APP、web、公司官网等），除此之外大部分时间其实也是在做接口测试，即主要是支付方面的测试，包括快捷支付类、垫资类、财付通类等。

       快捷支付类其实主要就是在收银台，使用银行卡的方式直接扣款。这类支付一般需要鉴权和签约成功后才能扣款，扣款都是通过公司产品的前端页面发起的，支付时不同银行被看做是不同的资金渠道，而一个银行对应不只是快捷支付，或许还会有网银或者银联支付，至于哪种付款方式优先则取决于数据库中配置的支付路由。垫资类的支付一般是不能够从前端页面发起的，需要调用接口发起，通常使用接口调用工具postman或者jmeter等根据参数模拟发起。财付通类的付款和我们平时支付使用微信财付通付款还是不太一样的，整个业务则是我们使用对公账号向付款账号请款，然后对公账号再把钱打到银行的收款账号，一般分为两段：请款和转账。其中请款和转账的过程会使对应的流水状态发生转变，使得流水在不重发的情况下能够走完整个流程（重发也会走完整个流程，只是改流水的重发会促使流水号改变）。财付通的这种付款方式是没有资金渠道的，会将不同的银行进行编号，该编号有对内和对外的编号，且一一对应。

       首先说一下快捷支付的业务。快捷支付一般包含有鉴权签约、代扣、划款、查询、对账和动账。鉴权和签约很多时候是一起的，因为一些业务在鉴权的时候就会顺便签约，例如：开户、绑卡、换卡等业务。而有一些业务是纯粹的签约，例如：根据手机号和银行账号找回密码，银行卡签约升级等。由于每个银行鉴权签约支持的业务是不一样的，所以需要根据不同银行的约定编写鉴权脚本生成鉴权路由。整个鉴权的流程就是根据约定写好鉴权脚本生成鉴权路由，前端发起开户的时候根据鉴权路由优先级去鉴权，鉴权的时候会调用windows的鉴权接口，生成鉴权信息到数据库，鉴权完成根据约定看是否会有签约协议号（纯签约也会生成新的签约协议号），且鉴权签约表对应的订单鉴权值会有变化，且签约的信息会落地到直销的库里待支付的时候取用。扣款则是前端发起，会根据直销的支付路由选择对应的支付方式，且支付的时候直销根据签约信息组装报文调用通讯机的04号接口支付，然后调用主程序再调用银行的接口待银行接口返回不同的返回码（不同返回码代表成功、失败、处理中），根据返回码不同调用直销的异步支付结果确认接口组装报文通知直销现在订单的结果是什么。划款的话基本上和扣款的逻辑差不多，只是对于支付系统来讲不是一个接口，调用银行的接口可能也是不一样的，其他都是一样的流程。查询和扣款、划款不同的是，查询是同步的接口，直销发起订单的查询，然后调用主程序在调用银行的查询接口，银行返回接口后根据返回码直接组装报文返回给直销。对账则是处鉴权签约之外最难的了。对账一般也是直销发起，调用支付系统的对账接口，有些是调用银行接口根据银行返回的sftp去拿对账数据；有些是直销调用主程序再调用直销的单笔支付结果查询接口根据订单号去银行查对应的订单信息；有些是将银行的对账文件地址配置到主程序配置文件，直接根据配置的地址取对账数据则不会调用银行接口。最终将返回的数据组装生成直销规定对账文件的格式并将生成的对账文件上传到直销指定的目录，并同步返回给直销接口下载对账数据的结果。简言之，对账的流程就是下载或者查询、解析、上传，有时可能会涉及到当日和历史数据的去重（通常出现在当日数据调用接口查询，历史数据文件获取的情况）。除了对账之外，还经常使用到的功能是动账，一般也是和对账流程差不多，只是调用银行的接口的话会考虑查询到的数据是否是指定时间段内的，会不会有订单遗漏等。

       垫资类的业务其实和快捷类的系统调用、接口调用基本都是一样的。只是可能有些会涉及到批量查询、批量扣款等。批量的一般和单笔的不同是调用的支付系统或者银行的接口不同，异步调用直销的通知接口不同。

       财付通类就相对复杂一些，会涉及到请款、查询、转账、重发（改流水号和不改流水号、自动和手动）、关单、预警等。一般查询等会涉及到轮询器，即隔多久轮询订单自动去查询等。其中主要关注的是订单的落地，即状态、流水号修改的话是否会有更新、重发等状态是否变化，符合轮询的条件是否轮询的时候有查询到。最终的结果则是根据数据库中订单的状态来确定的，该种支付方式和直销的交互较少。也没有经过改造，所以流程相对复杂，重启主程序或者轮询器的时候需要注意的点也比较多。

        整个的这些就是快捷类、垫资类、财付通类接口相关的整理和总结，虽然好多业务流程看起来没有很多，但是涉及到数据库、主程序配置等，需要注意的点比较多。