免责声明：此文章，是各方资源整理后的合集，非原创，如原文作者介意，侵删 参考链接：https://testerhome.com/topics/17147
支付行业发展历史
优势：
极大地方便了商户收款，防止消费者因为支付方式不匹配所造成的流失。
以往只有银行卡能用的pos机也升级出了一机全码功能。
除此之外，当聚合支付聚合了一大批商户之后，
他们的聚合资金流水也会非常大，这时候也就有足够的筹码和第三方支付机构以及银行谈条件了，
因此费率也会相对较低，也就给商户们带来了实惠。
另外，所有的申请手续，聚合支付机构都会帮商户揽下来，省去了商户们的心病！
商户可以在聚合支付产品里查到所有的订单数据，
妈妈再也不用担心我的财务报表了，资金冻结等等问题的出现也会少很多
优势：
第三方支付机构其实已经是做了银行要做的事了，事情都让第三方支付机构做了，那还要银行干什么，直接把钱存在第三方支付机构的账户里不就行了。久而久之，全国人民浩浩荡荡的都把钱存到支付宝里，那中国的货币不都被第三方支付机构绑架了？况且，银行都监管不到资金动向，于是什么黄赌毒的违法交易，监管难度也就更大了，洗钱什么的根本管不了呀。
网联，我们可以把他理解为一个第三方支付机构的聚合以及监管组织。所有第三方支付机构的大额备付金都需要存于网联，所有支付数据都要经过网联监管，最后再分由各大银行进行资金清算。单笔支付金额超过5000，均要收到监管，未来没有支付牌照的机构处理支付行为一律定性为违规操作，“二清”行为一经查处也会被惩罚。所有三方支付机构一律要和平共处，也就是对各银行的渠道费率都一致，市场全部大一统，这也就给小的三方支付机构更多喘息和发展的机会。聚合支付也一律不能涉及非正规行业，更不能涉及“二清”业务。
支付系统的实现原理
客户端的支付步骤和之前是一样的，但是APP得到支付结果后需要回调服务端，把支付结果告诉服务端。服务端再用票据去APPLE进行验证，根据验证结果来执行相应的流程。
这样，所有的数据处理都是放在服务端，客户端层面的任何数据篡改都会导致服务端的验证失败。
支付测试-传统
支付测试-新测试类型
mock server主要实现两块逻辑，一是根据不同的地址返回不同平台的数据格式；二是实现控制逻辑，可以设定某个单据成功或是失败，或者是模拟各种异常状态
支付测试-测试场景
支付测试-用例
支付测试-安全
支付测试-性能
支付测试-新场景
支付测试-建议
