布景
电商职业，整个购物流程，离不开跟钱打交道，体系内也是门门道道，例如打款，对账等等事务，一旦触及到钱的事务出现问题，都有可能形成严重的线上事端。
这部分的测验验证存在很多痛点，验证的进程首要依托人工校验，触及多个体系查询比对，耗时较长；此外在跨部门协作项目中，常常由于彼此对专业术语理解不一致，导致交流本钱较高。
本文要点共享转转QA在触及钱款方面的事务场景测验中是怎样处理上述测验痛点的？咱们为什么要规划一套触及打款校验的东西？它在实践运用中作用怎样？
需求分析
1、事务现状
在进行东西开发之前，咱们首要针对现在线上收回的事务现状进行了整理整合，其间触及到打款的中心事务有三部分，这里以收回1、收回2、收回3代替。
收回1和收回2事务的打款类型首要有：A类出款和B类的出款。其间，A类的出款又包括各种加价和补贴，这些不同的出款类型都对应不同的账户。现在线上收回事务有15+条事务线，每条事务线对应的账户配置信息都不相同。
收回3事务对应的打款类型更杂乱一些，有售出、A类出款、B类出款三大类，都有不同的抽佣核算逻辑，而且还有不同收回类型相互转化的场景。测验进程中除了要覆盖到事务场景之外，账户的核对也是一项非常消耗精力的作业。
2、需求调研
经过交流发现门店侧关于打款相关的验证也有相同的痛点，所以咱们将线上收回和线下门店触及到的打款场景和校验内容进行开始调研，成果如下图：
从图中能够看出咱们测验打款相关的需求时，要点重视的内容首要是账户、打款金额和核算公式等这些要害信息，针对这个定论咱们明确了打款东西的需求规划。
3、需求规划 打款校验东西中心功用首要包括以下三部分：（1）展现收回单和订单基本信息首要回来订单或收回单的状态、订单编号、事务线等要害信息，方便快速定位问题。（2）要害信息的成果比对回来所有对账记载的预期成果和实践成果，例如：打款类型、账户、金额等要害数据展现到页面上，及估计成果与实践成果的比对成果。一方面能够直观的看到各条记载的成果，另一方面也能看到每条记载的校验成果，能够快速定位校验不经过的数据。（3）对账明细每一条打款明细点击能够打开具体的核算进程，含文字的核算公式阐明及各个字段的核算进程取值，不了解事务的人也能够经过阐明快速上手了解核算进程，核算成果有差异的能够更快速的定位问题。
体系规划
1、体系框架
体系全体规划分为三层：前端UI层、展现层、事务层。前端UI层：首要是前端页面的烘托。展现层：首要是页面基本信息的获取。事务层：对账打款逻辑实现，整合订单、收回单、售后服务的信息，作为基础信息来历，进行各个价格核算，然后进行对比校验，并回来比对的成果。
中心功用
1、打款信息校验
用户在前端页面挑选事务线和场景后，输入订单id或者收回单id，首要调用中台接口拿到订单的要害信息，作为基础数据进行预期成果核算，用支付成果作为实践运转成果，两者进行比对。如果一致则校验经过，反之则校验失利。
中心校验逻辑：依据不同的事务线来设定不同Map的key值，从中台获取到实践成果list和自己核算的预期成果list转化为两个Map，遍历Map中的值并塞入新的Map中，再将需求对比的金额、出入、账号进行对比输出对比成果。一个Map遍历完之后再对另外一个Map进行遍历，回来成果为两个Map的合集。
打款东西上线后，如果服务之间是经过一般的接口调用办法进行通讯的，无论是调用方还是服务方恳求都只能发送到线上，咱们也就只能校验线上的数据。在实践测验进程中，不只需求校验线上环境的真实单据信息，还要校验测验环境的打款信息。所以，咱们经过泛化调用的办法指定调用方和服务方的运转环境，然后在线上也能恳求到测验环境的服务和数据。如图所示，用户先在前端挑选服务方ip，并发送http恳求给web层，web层获取到前端用户发送的恳求后，调用zzjava_test服务的接口，zzjava_test又调用zzjava_scf服务的接口。
具体是怎样实现的呢？首要，指定服务名、接口名、办法名、参数类型和参数值等；然后，指定zzjava_test的运转环境，并把服务方ip指定为zzjava_test的意图ip；最终，经过对zzjava_test服务中的接口进行泛化调用，将恳求发送给意图ip中的zzjava_scf服务。
1、人工校验
在开发校验东西之前，校验办法首要是依据所测场景自行核算出抽佣和打款金额，再和交易东西箱中查询到的成果一一进行比对。
2、主动校验
有了校验东西之后，只需求输入订单或收回单就能够主动地核算出各项打款记载和比对成果，省去了咱们在多个体系中查询和手动核算的进程，关于不了解事务抽佣规矩的同学来说更是省去了了解的本钱，大大提高了测验功率。
3、项目中的运用
打款东西的意图便是为了在日常的测验作业中协助咱们提高功率，现在间隔上线已经一个多月，现在已经在以下几类项目中得到实践，具体运用情况如下：
（1）扩品类需求品类扩大，抽佣打款信息需求回归，线上功用能够直接运用，提高了测验功率。（2）核算逻辑变更需求代码兼容开发后，并推给RD自测运用，简化了测验进程，提高了功率。（3）打款类型多的需求品类多、账户多、流程多打款类型多，利用打款东西做了基础校验，项目上线后弥补完结所有校验。
展望
打款东西的运用场景应该不只仅只在咱们单个事务中，能够运用于触及订单&打款相关的其他事务。打款东西校验的内容也能够更加丰厚，提高打款测验功率的办法也不止这一种，更希望借此能够抛砖引玉，发现更多好的办法来协助咱们日常作业提效。
作者：洪渺 贾淑华 李雯
转转研发中心及业界小伙伴们的技能学习交流平台，定时共享一线的实战经验及业界前沿的技能论题。`
重视公众号「转转技能」（综合性）、「大转转FE」（专心于FE）、「转转QA」（专心于QA），更多干货实践，欢迎交流共享~`
