【银行测试】银行放款测试点+提现测试点+保险测试（超细）

---

前言

1、银行放款测试点

1）正常业务场景

直接申请A4贷款，且A4的申请的金额<=100W- (20W +30W+10W)这个条件成立。

2）其他异常业务场景

①如果用户同时申请多笔，系统是否会对申请的金额和业务进行正确的审批。

②申请金额输入小数的情况(考虑非整数情况)
③ 剩余额度为0时，是否可以继续申请还是会关闭掉申请通道
④如果期间用户还款一笔，用户的授信额度是否会恢复
⑤在条件1的基础上，剩下40w的授信额度，从边界值考虑 39w、 40w以及41w的情况

⑥申请业务的额度为0的情况以及负数的情况
⑦同一笔业务重复申请，是否会做异常判断处理

⑧ 一次性申请完所有的授信总额，是否可以申请成功(考虑场景1以外的用例点)

2、微信提现功能测试点

1）功能测试

点击提现按钮是否可以进入到提现界面；
未登录的情况下是否可以点击提现；
token失效或者登录态失效的情况下点击提现是否会跳到登录界面进行登录再提现；

假设提现的额度最低为0.01，最高为50000元，我需要通过边界值测试；
0.01能不能提现，100能不能提现，50000能不能提现，0.009能不能提现，50000.001能不能提现；

带小数点或者浮点型的能不能提现；
如果约束为小数点后2位、我用100.01能不能提现、我用100.009能不能提现成功；
是否有提现笔数的限制，比如一天只能提现10次，我要测试，提现10次，11次；

每天提现的限额是否有限制，比如一天是否限制为20万，超过20万是否会有文字提示：您的提现额度已经超过单日最高限制请每天再试，谢谢；

输入字符串，为空，包含非法字符，包含中文字符等等能不能提现；
是否可以全部提现按钮，是否可以点击；
假如余额为10000，提现1000，是否会及时到账；
提现1000之后，余额是否会刷新为9000；
超过余额能不能提现；
提现是否是实时到账还是2小时内到账；
提现是否为T+1到账；
是否可以提现到信用卡，银行卡；
是否可以提现到已失效或者已销户的银行卡；
如果提现失败资金是否会原路返回；
提现是否需要服务费；
提现是否可以进行免密提现；
是否需要输入密码提现；
是否可以刷脸提现；
提现成功是否会有文字提示；
输入错误密码是否可以提现；

输入密码错误3次是否会提示当日提现输入密码错误超过3次，已锁定提现功能；
提现成功是否会有提现记录和流水号等等；

如果是在web网页和app同时提现是否会生成多个提现记录，是否会出现接口幂等性的问题；
如果未绑卡进行提现，是否会显示需要先绑卡再提现；

2）ui外观测试

提现界面文字是否清晰，布局是否合理；
输入提现金额时指针是否会闪烁；
输入提现金额的时候是否出现提现数字键盘；

3）接口测试

点击提现按钮是否会通过调用提现接口做逻辑判断；
提现到未知或者失效的卡中资金是否会通过调用接口原路返回；
输入的金额如果超过可提现余额前端做了校验，但是通过调用接口看是否会做校验；

如果该用户是黑名单或者风险用户是否禁止提现；
提现的时候是否会做风控的校验，是否会调用第三方的实名认证接口；

4）Android和iOS端兼容性测试

需要看提现功能在不同的系统比如Android和iOS系统的不同版本不同机型上面的显示功能是否完整

比如Android机型的话会测：华为、vivo、魅族、三星曲面屏、OPPO、小米机型等等，然后版本的话从5.0到12.0都有测

比如iOS机型的话会测：iPhone6 iPhone7 iPhone8 iPhone11 iPhone X ，然后版本的话从7.0到16.0系统都有测，然后除了系统和版本，还需要测试分辨率，华为手机屏幕的适配，苹果的齐刘海，三星的曲面屏，还有折叠屏等等

5）易用性测试

所有的用户是否可以通过查看文字和实现的功能很简单的进行提现操作；
是否可以容易上手使用提现功能；

6）性能测试

不断刷新页面和打开提现页面是否会对服务器造成压力；
不同的用户在同一个时间然后都同时进行提现操作，调用接口是否会对服务器造成压力；

7）弱网测试

通过fiddler抓包点击Performance→勾选Simulate Modem Speed，然后打开Customize Rules，如果m_SimulateModem为True，也就是fiddler开启了弱网模式，那么上传1KB的内容 需要300ms(转化后的上传速度为1KB/0.3s=3.3KB/s)，下载1KB内容需要150ms(转化后的下载速度为1KB/0.15s=6.6KB/s)

如果要模拟2G网络， 上传下载配置如下：

oSession["request-trickle-delay"] = "3000";
oSession["response-trickle-delay"] = "1500";

如果要模拟3G网络，上传下载配置如下：

oSession["request-trickle-delay"] = "20" ;
oSession["response-trickle-delay"] = "10";

手机APP使用SIM卡数据流量的话，要考虑不同的运营商：联通、移动、电信，根据上行速率、下载速率来设置参数。

计算公式为：[1/(上或下行速率/8)] x 1000
注意：1KB=8kb
步骤3：设置完成后，保存。

这时步骤1勾选的Simulate Modem Speed会被取消勾选，需要重新勾选一下再进行测试。看一下弱网测试前和弱网测试后的丢包和一些网络超时

8）稳定性测试

通过ui自动化或者接口自动化的方式实现，不断的打开提现页面进行提现的操作，点击返回，然后看提现界面是否会出现信息是失误，比如是否出现提现失败，绑卡失败，提现超时和其他的接口报错等等；

可以通过monkey工具进行随机自动化测试、看提现功能是否可以正常的打开和提现；

3、保险行业测试

1）保险行业测试岗位分类

新契约(初签合同，简称NB)
核保(危险评估的过程，简称N/W)
保全(policy owner service，简称POS)
续期(简称B&C)：期交保单生效后，后续保费的收取处理
理赔(claim,简称CLM)：客户出险后进行查勘、理算、赔付

2）新契约包含主要流程
3）核保处理功能

4）保全处理功能

基本变更类保全；
复杂变更类保全；
责任变更类保全；
团体保全项目；
投连保全项目；

5）理赔处理功能
理赔定义
理赔程序
立案查勘
审核证明和资料
核定保险责任
履行赔付义务

4、保险行业测试岗位分类

1）保单生命周期5个：新契约、核保、保全、续期、理赔

新契约(初签合同，简称NB)
完成对客户提交的投保申请进行录入、出费、出单的过程

核保(危险评估的过程，简称N/W)

对客户提交的投保申请进行审核，确定是否可以承保、加费承保、拒保等结论

保全(policy owner service，简称POS)
为维系保单的效力，进行的一系统后续服务，例如：地址电话变更、保单退保、生存金给付等

续期(简称B&C)：期交保单生效后，后续保费的收取处理
理赔(claim,简称CLM)：客户出险后进行查勘、理算、赔付

2）新契约包含主要流程

保险契约，即保险合同，也就是通常说的保单
投保单影像录入–影像扫描
信息录入–初审 预收 复核
核保与问题件–核保
承保及出单–承保，打印，保单发放

3）核保处理功能

核保：称风险选择，对风险程度评估的过程，具体而言，核保是指保险人对投保申请进行评估，决定是否接受这一风险，并在接受承保风险的情况下，决定保险费率的过程

核保结论：标体通过 次标体通过 拒保 延期 不实告知举报-----处理方式-----加费限制

4）保全处理功能

是维护保单持续有效最基本的售后服务，其涉及保单变更，退保，生存给付等一系列项目，是客户服务工作的重要组成部分，是为了维护契约持续有效

基本变更类保全：
客户基本资料变更----受益人变更—保单基本信息变更—保费逾期未付处理方式变更----保单补发----补充告知

保单余额账户退费----投保人预约转换年龄变更-----受益人变更—未生效险种信息变更—生存给付计划变更—客户申请/取消缴费状态的变更-------红利选择方式变更----保单质押—保单质押解除----保单管理单位转换

复杂变更类保全：
投保人变更----缴费类别变更----险种期限变更—个单增加保额—个单减少保额----减额缴清—红利领取—抵押贷款保单保全-----个单生日性别变更----险种转换-----年金领取方式变更----保单生效日期变更----犹豫期减保----职业变更—居住范围变更

责任变更类保全：
预约终止附约-是指终止保单中附加险的责任效力
犹豫期撤保
申请失效
退保
个单新增附约
普通复效—指对保单中已经失效，减额缴清或者自动保费垫缴的险种进行复效的保全操作
退保复效—是指对退保的保单进行复效的保全操作
特殊复效—是指对于自动失效或者自动减额缴清的保单进行特殊复效的保全操作

团体保全项目：
不记名业务实名化—是指保单中的虚拟被保险人发生理赔等情况时候，将相关人员进行实名化

团险短险批次加减人—是指投保单位在一段时期内有多名新员工加入/退出本保险计划，对保单进行的批次家人或减人的保全操作

团险增加/减少保额----生效保单，增加/减少其保险额度的保全

团险变更保险计划
团险增加虚拟被保险人
团险减少虚拟被保险人
客户资料补充录入
投保单位变更
团险短险被保人替换
团险长险新增被保人
团险生日性别更正
团险短险批次加减保额
团险短线新增附约

投连保全项目：
追加投资—投连产品在责任有效期内，客户可以不定期追加投资的保全操作
投资计划变更—投连产品在责任有效期内，客户可以随时要求变更投连产品下投资账户分配比率的保全操作

投资账户转换—投连产品子啊责任有效期内，客户可以随时要求将同一投连产品下不同投资账户间的投资单位数进行转换的保全操作

投连部分领取—指投连产品在责任有效期内，客户可以申请对险种基金账户下的单位数进行部分领取的保全操作

投连期缴保费变更—指对于期缴的投连产品，变更期期缴保费金额的一项保全操作

5）理赔处理功能

理赔定义：
指在保险责任事故发生时，保险人以保险合同为依据，对被保险人或其受益人的索赔请求进行审核，并按约定进行处理的行为

保险公司在出险后依据保险合同约定向保户理赔有两种方式：赔偿和给付
保险索赔必须在索赔时效内提出，超过时效，被保险人或受益人不向保险人提出索赔，不提供必要单证和不领取保险金，视为放弃权利。险种不同，时效也不同

理赔程序：
立案查勘
保险理赔稽核：
保险人在接到出险通知后，应当立即派人进行现场查勘，了解损失情况及原因，查对保险单，登记立案。

审核证明和资料：
保险人对投保人、被保险人或者受益人提供的有关证明和资料进行审核，以确定保险合同是否有效，保险期限是否届满，受损失的是否是保险财产，索赔人是否有权主张赔付，事故发生的地点是否在承保范围内等

核定保险责任：
保险人收到被保险人或者受益人的赔偿或者给付保险金的请求，经过对事实的查验和对各项单证的审核后，应当及时作出自己应否承担保险责任及承担多大责任的核定，并将核定结果通知被保险人或者受益人

履行赔付义务：
保险人在核定责任的基础上，对属于保险责任的，在与被保险人或者受益人达成有关赔偿或者给付保险金额的协议后十日内，履行赔偿或者给付保险金义务。

保险合同对保险金额及赔偿或者给付期限有约定的，保险人应当依照保险合同的约定，履行赔偿或者给付保险金义务

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

只要心怀梦想，坚定前行，不断跨越自己的极限，你就能够创造出属于自己的人生传奇，书写辉煌的人生篇章！

任何伟大的成就都来自于不断奋斗，只要你心怀信念，坚持不懈，拥有无止境的努力，你就能够创造出属于自己的不朽传世，开启人生的辉煌之路！

勇敢面对挑战，不畏艰难；持续努力，不放弃追求。在每一次跌倒中爬起来，你将成就自己的辉煌人生，创造属于你的不可替代的伟大！