标签：支付通道
1、将新通道提供的接口整理出单独的接口业务流程（即各接口流程顺序的关系），2、以此为基准，对比系统的业务流程，测试接口（如商户是否可以多次修改费率），了解上游的业务规则；
3、对比系统已有功能、已对接通道的接口字段，确认是否有新增的必填字段，字段的长度限制等；（此处以商户入驻、审核为例进行说明）
序号 | 处理方式 | 优点 | 缺点 |
① | 【采取】以上游为准 平台只增加可选参数，不做必填校验，转发给上游进行校验； | 平台较少开发工作量，且以上游结果为准，不存在校验陈旧问题。 | 1、在审核的时候，运营没有统一审核标准。 2、如果因不符合上游要求进件商户失败，且此时不允许修改商户，可驳回审核待下游修改后重审； |
② | 分渠道校验 平台根据渠道进行校验，走上游A时注册地址必填，走上游B则选填； | 能很好应对各个渠道的情况。 | 1、在审核的时候，运营没有统一审核标准。 2、如果需要做平台端的商户渠道切换，则需要先根据渠道要求补充、修改资料才可； 3、需要及时更新维护校验规则而升级系统，在更新之前，会导致与上游通讯失败。即使做成配置项，也怕被误改。 |
③ | 【采取】按全量进行校验，不区分渠道 平台收集各个渠道的参数做一个并集，增加必填参数。 | 1、运营可按统一标准进行审核； | 1、如果某代理商一直走上游B，就没有必要提交营业执照了，下游工作量较多。 |
注
（1）对于新增字段，采取③的处理方式，尽可能收集完整的资料。（如上游A要求企业上送营业执照注册地址，上游B则不要求）。因为本需求背景是各渠道都可能会关闭通道，可能会随时提高入网标准，所以商户资料按真实商户情况进行完整、准确、合法的原则进行提交是最好的，且运营同事也希望掌握商户更精细的资料以便提供更准确贴心的服务。
（2）对于校验规则（必填、长度等），采取①，由上游直接控制。
3、根据前面的分析，列明上游各接口参数与平台字段的对应关系，如上游的推荐关注公众号名称对应平台的商户全称；
4、结合现有业务流程进行合并、兼容处理，同时考虑切换通道的紧急处理流程；
5、新增【支付渠道】测试点
一、支付 1、输入密码、不输入密码； 2、测试交易超时（一般是商户扫码）； 3、测试异步通知（一般是顾客扫水牌）； 4、测试支付结果是否返回微信openID、支付宝支付账户； 5、测试大额交易是否成功，并检查记录轮询次数，时间； 6、微信、支付宝扣款账户：借记卡/余额、贷记卡； 二、退款 1、退款时间限制，只支持3个月内的订单进行退款？是否需要额外开通业务权限？ 三、撤销 四、测试支付同步返回、异步返回、查询返回参数是否包括微信、支付宝端的官方订单号，OpenId、支付账户，借贷标识； |
标签：支付通道
原文地址：http://blog.51cto.com/ydhome/2091273
