最近测试项目很多很忙，已经多到了996的地步，但我依然认为阶段性的整理永远是必不可少的，希望每次的分享都可以对大家有用

金融测试项目

• • • 借贷平台的测试点
    • • 借贷平台测试经验遇到面试
    • 借款平台业务逻辑
    • 金融平台项目接口怎么测试
    • • 如何简单设计接口测试用例

借贷平台的测试点

不管是什么项目，测试点都可以从功能、性能、安全、兼容、稳定、易用等几个主要角度去说

从业务角度去说，现在的银行接受的贷款项目种类繁多，信用贷、房车抵押贷、房贷、车贷等很多内容，不同业务的审核规则、强度、力度、内容和方式各不相同

借贷流程测试时主要是关注金额、时间、以及不同还款情况下本金、利息的计算方式是否正确
一般是通过跑批系统来模拟测试，然后将跑批的结果和利息计算表的结果进行对比。

当然测试过程中也是需要同时关注前台界面展示，后台日志，数据库数据是否正确

测试的思路的主导方式还是业务功能测试、易用性测试、兼容性测试、安全性测试、以及异常测试等

借贷平台测试经验遇到面试

有过这种借贷平台经验测试的工程师面试过程中，自己的讲解，可能比你本身做过这个项目更为重要，因为这个时候没人知道你是做过什么流程的，也没人知道你到底有多懂得业务，所以，表达还是需要练起来的，多表达，理清自己的思维表达有多重要我上次文章中也有提到的

首先我们都要明白，银行项目最最重要的是什么
1、熟悉银行项目流程（自己负责的模块），能清晰的表述出来，什么是“资信评级” 汇款汇路如何选择（如果项目中有汇款转账的可以多做一些了解，这个是在面试中加分的）
2、 介绍一下融资的借款利率，还款方式，和还款期限
3、贷款申请，怎么核对提交资料，确认资料有效通过申请
4、介绍一下项目中的业务流程，如果熟悉转账业务流程的话，也可以讲的，加分
5、金融项目测试主要注重点，数据流对于金融项目的重要性
6、信用卡还款业务比较重要的点需要讲明白，比如逾期呀，利息呀等等
7、一般工作中遇到的最难的SQL数据库查询，体现自己的sql能力
8、项目中逾期的利息怎么算，有没有相应的公式，说一说看看看，公式之类的一定不要说错了，公式一般记得熟悉点
9、有过支付经验的话，更好，主要是一定要把其中的逻辑说明白
10、一般业务要求比较高的话，都会问问贷款后如何管理，这一点每次需求业务记得理解理解再理解，在项目中遇到不明白的业务，多请教BA，因为你问到了就是学到了
11、如果被问到资金的流向是怎么样的，那就是根据自己的项目来实际回答
12、银行的数据一般要怎么测试，这个需要自己实际项目来回答的，所以项目中，一定切记把自己明白的搞得更明白，把不明白的搞明白
13、支付宝转账设计的时候，测试用例具体的设计，正向的，反向的，破坏性的，网络的都是需要考虑到的
14、项目中如果涉及到借款的话，借款的流程这一点，我们要明白，如何准备材料，如何过审，以及如何提交，借款利率，还款方式，和还款期限等等
15、贷款的种类需要记得清除一些
16、贷款中审核的状态，分别记下来，每种的不同点记下来

借款平台业务逻辑

平台的角色：借款人、投资人、平台管理员

平台的业务逻辑：主要是借款人

登录后开通托管账户
申请额度
风控审核通过，确认有还款能力
后台发标（设置竞标天数、借款时间、借款金额、奖励、借款人）
满标（关注回款期限内是否回款，奖金和利息是否对应投资人账户，回款记录中是否可以查询）

平台的业务逻辑：投资人

开通托管账户
充值
投标
中标
回款到账（本金和利息）

需要持续关注的是：回款已经汇款逾期（异常:回款逾期）

金融平台项目接口怎么测试

首先要考虑的事情是项目的技术架构，用到了什么类型的接口，接口的数据传输有没有涉及到安全性方面的内容，是否需要对传输数据加密解密，是否需要进行多协议转换等
如何验证数据的正确性，这都是需要在做接口测试前需要了解清楚的地方

其次，在测试过程中要从小到大，从简单到复杂，先考虑的就是具体的单个业务（功能）接口，每一次的交易交互过程，都涉及到了相当多的子系统或是模块之间的交互，先对单个模块\子系统的接口进行测试，确认好该接口针对的是外部系统还是内部子系统或是模块之间，特别需要重点结合具体的业务对接口内容进行测试

最后，再到整个系统的业务流程测试，对流程进行串行测试，重点在一些对接的异常流程处理上，比如子系统之间的成功、超时、对应的错误码后续的流程处理

在其后的项目的快速迭代过程中，会根据需求设计及开发进度持续维护跟新增接口的用例，保证项目在后期迭代更新过程中接口功能的稳定性

如何简单设计接口测试用例

接口测试是项目测试的一部分 ，它测试的主要对象是接口 ，是测试系统组件间接口的一种测试
接口测试主要用于检测外部系统与所测系统之间以及内部各系统之间的交互点
测试的重点是检查数据交互、传递、和控制管理过程以及系统间的相互依赖关系等

测试用例设计思路
1、 接口类型概述及优先级
1） 提供给第三方调用的接口
2） 内部系统使用，核心功能接口
3） 内部系统使用，非核心功能接口

2、 单接口测试优先级
1） 优先测试正向测试用例，保证基本功能实现
2） 设计逆向测试用例，确保接口的健壮性
3） 满足前提条件的测试用例
4） 默认参数是否满足
5） 参数校验
6） 参数间联动关系
7）多参数错误处理的优先顺序校验

通俗的来讲，和所有的测试一样 ，接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向 ，你的设计行为就会尽量朝这个方向，更易发现问题，选择好测试对象。对于一个系统做接口测试选择好的测试对象是接口测试关键，一个系统有无数的接口 ，每个接口如果分别测试 ，那将是很费时的一件事情，而且任何一个内部接口的变动 ，都将导致我们用例的不可用，所以需要分类

可将这些最外层的接口分为两类
一类是数据进入系统的接口
一类是数据流出系统的接口

进入系统的接口实际是我们用例的执行调用的接口。可通过变化参数对这些接口进行调用 ，模拟外部的使用

而流出的接口则是我们用例真正该验证的点。数据从哪里流出，流出时的状态如何 ，此时系统又是什么状态都是我们所应该验证的

然后，确认完整的测试对象的功能

最后当出发点、对象、功能都确定了，就可以真正设计用例了

详细介绍设计接口测试用例

如何设计一个结构好、可读性高、渗透性强的接口测试用例

接口测试用例设计和测试用例设计一样，用例设计的内容应该包括
主要测试功能点、测试环境、测试数据、执行操作以及预期结果

1）接口测试环境分为两种：一种是程序内部的环境，一种是程序的所调用外部接口的环境
2）接口测试测试数据分为接口参数数据和用例执行所需系统数据，在符合业务逻辑的情况下进行逻辑组合排列 ，不要遗漏了某些边界值和错误点的数据。每个用例执行所需系统数据和接口参数数据尽可能的采用不一样的数据 ，使用例更容易发现问题
3）测试功能点，接口划分原则为以接口提供的功能点的不同进行划分。同一功能点的用例又可根据测试环境的不同、数据的不同进行用例的填充
4）接口测试用例执行操作非常简单，就是所测接口的调用
5）预期结果验证，这也是接口用例设计的很关键的一步 。每个用例均需验证 ，避免一个用例中重复做相同的验证 ，提高测试用例的效率