chang_jinling的专栏

目录前提前台后台持续集成参考前提自己总结，欢迎补充。测试环境涉及软硬件的配置。硬件包括服务器、网络及其他辅助硬件设备。软件就包括前后端的操作系统，一系列服务、工具包、数据库等。一般服务器都会放到Linux系统上，linux又细分redhat，centos之类。一般通过xftp或者xshell来输入linux命令远程操作服务器。后台服务器要配置java运行环境JDK，这个可以官网下载安装。按照我们一般的理解，系统架构大致分为C/S即客户端/服务器架构，或者B

1. 框架介绍：新建python工程unittest_db_interface，用unittest连接db的接口测试，想要达到的最终效果是在script目录下全是unittest测试脚本，但是这些测试脚本不是手动写的，而是根据你在数据库里添加的测试用例自动生成的，因为有时会有用例管理的要求，就可以写成这样单个单元测试的脚本，然后去自动跑测试脚本，然后再出测试报告。2. 前提条件：安装m...

日终文件-还款计划文件、扣款顺序相关对于结算来说，一切业务的基础都是基于还款计划而来的。 一般，现有的还款计划都是等额本息下生成的，类比如房贷，比如按照现有放款金额、放款期数、客户承担的年利率三个参数就可以算出来对应的还款计划。EXCEL工具下的PMT公式就能算出等额本息下每月的月供，该月供就是下方所列的非首期月供，因为首期月供和尾期月供根据不同的需求有不同的计算规则。PMT公式内参数排列规则为：PMT(年利率/12,融资期限,-融资总额)，如果加上保留小数位数的要求可以举例如ROUND(PMT(年利

日终文件-扣款结果相关业务前提：客户通过平台从资方做贷款业务，对于资方来说，需要按月收取本息即月供，所以需要通过各种方式将客户的月供划转到资方的特定账户中。由此行为产生的和平台结算侧相关的就是批扣结果文件。 扣款结果文件来源有两种，一种是资方直接扣除比如月供后生成扣款结果文件给到平台结算侧，另外一种是平台内部合作部门批扣后返回批扣结果到结算侧，结算再组装成批扣结果文件提供到银行。 具体业务具体分析，在做结算侧测试时， 如果批扣结果文件是资方提供，我们只需要对该文件进行下载、解析、对账即可（对账指的

日终文件-基本对账业务相关一般项目立项之后都会确定最基本的日终对账文件，具体如下， 放款文件 还款计划文件 还款明细文件 逾期文件 剩余本息文件 分润文件 批扣文件 批扣结果明细文件 代偿结果文件 贴息结果文件等。 文件一般会放到sftp文件共享服务器上，资方和平台都将彼此需要提供的文件放到该服务器上，按需下载。 如果是平台代替银行代扣月供，上述文件中有些是资方提供给平台，供平台侧结算部门做对账使用，如a, b, c, d, e, f, g, I, j。有些

日终文件-分润文件对账相关结算侧内测过程中，模拟资方的文件数据做对账是主要的工作流程，比如触发相关业务后做分润对账。造文件数据时应充分模拟线上可能发生的情况，以下情况虽少见但测试过程中应该加到测试用例中： 一个月内被多次扣款且扣款成功，这种情况下次月一号的分润文件就会包含多条扣款成功的分润数据。如20201101这天资方批扣成功逾期的第一期、第二期、第三期，再在20201120这天到第四期月供日又扣款成功，这种情况下资方提供的分润文件里是要包含该订单的两条分润数据。 一般有些资方会支持一笔订单多借

快捷支付概念快捷支付是通道联合支付公司推出的支付服务。持卡人不需要开通网银，只要拥有银行卡卡号，首次使用时输入相应卡信息、以及身份信息等信息，银行验证手机号码正确性，第三方支付发送验证码后用户输入即开通快捷支付成功，之后便可完成支付；第二次使用该银行卡，输入支付密码或短信验证码即可一步付款。快捷支付测试首先根据应严格按照接口文档来设计接口测试的用例，包括入参类型、长度、数量和金额等，受...