前言

1、茅台限时秒杀测试点

1.倒计时1秒
2.倒计时0秒
3.多用户秒杀
4.高并发和分布式的情况
5.需要测试超卖
6.对于超卖的逻辑可以加后端的乐观锁，通过version版本号字段控制，update table set stock = stock - 1 where id = #{id} and stock = #{stock};
7.少卖的情况

8.秒杀的消息队列积压，漏发的情况
9.一人一单，是否可以抢多次，注意接口幂等性问题
10.秒杀之后是否库存是否会被锁定，库存-1（茅台订单添加该用户的购买记录，使用分布式id生成器作为订单id，一切成功，返回订单id，第一步是个查询sql，第2、3步是修改sql，而且2、3步应该是原子性的，所以我们要将其封装为一个事务）

11.秒杀时间未到前端置灰
12.秒杀超时支付之后库存怎么处理（1.恢复库存继续卖；2.不恢复库存）
13.性能关注：同时支持多少人一起秒杀，一秒接口要做限制，为了保证系统的稳定性，一般允许6次访问（jmeter做压测）
14.越权秒杀下单
15.直接调接口秒杀
16.秒杀倒计时页面显示和接口，服务器显示一致

2、对公渠道转账测试点

转账测试点：

1）点击转账按钮是否跳转到转账界面
2）转账比如最低为0.01，最高为5万元，采用边界值测试0.01，100，50000，0.09，50000.01这种能不能转，或者输入为空，里面包含非法字符或者中文字符的能不能转
3）转账是否需要填写对方的户名和银行名称，以及支行名称
4）不存在的账户号和销户的账户号是否可以转账
5）转账金额是否可以小于或等于可用余额
6）转账输入框输入以0开头的金额，转账金额框自动去掉0
7）付款用途能否选择
8）金额后有3位小数点是否可以转账
9）是否有转账限额

10）每日转账笔数假如限制为10笔，是否可以超过10笔
11）单笔限额调整到20万之后，是否可以超过20万
12）选中收款人信息，是否会自动填写收款方户名，收款方账
13）转账成功后，是否会有消息推送，是否通知收款人
14）转账成功是否可以撤回操作
15）转账是否会收取手续费
16）转账完成后，查看双方余额的变化，转出方是不是少了转账金额，转入方是不是多了转账金额

17）转入方信息填写有误是否可以成功转账
18）转账成功后是否有转账记录
19）转账是否会实时到账，还是2小时内到账
20）转账后的会计分录和对账数据准确
21）在app和PC或者web端进行同时转账不会出现接口幂等性的问题
22）token失效的情况下是不能进行转账的
23）转账申请后是否要登录网银，等待审批人进行审批
24）审批人要是否决转账是否会转账失败
25）审批人没有权限是否可以审批通过
26）是否可以完成公账转私账，和私账转公账

其他转账的异常情况：

1）在跨行转账的时候，支付系统无法调用中国人民银行的清算系统进行清算
2）跨行转账时，我行在人民银行的头寸不足导致转账失败
3）本行网络问题、人民银行支付系统的网络问题
4）资金正处于冻结状态

3、信贷业务其他功能测试点

1）催收任务规则配置

客户分类规则配置-功能点新增，保存，提交，全部删除，全部失效，审批历史
客户分类规则配置-客户分类按照M0到M6，逾期天数左闭右开配晋规则
客户分类规则配置-功能点:新增 修改 删除 查看 失效
客户分类规则配置-催收/提醒类型分为到期提醒和逾期催收
客户分类分为M0到M6，取客户分类规则配置值
业务规则配置-到期提醒只能选择M0，逾期提醒可选择M1到M6
业务规则配置-选择到期提醒，必须输入提前天数，到期提醒类型，催收期限，发送对象，催收/提醒方式，还款方式，结息周期，是否轮循
业务规则配置-业务规则配置-选择逾期催收，提前天数，到期提醒类型置灰无法输入值，必须输入催收期限，发送对象，催收/提醒方式，还款方式，结息周期，是否轮循

业务规则配置-到期提醒类型分为每期还款日提醒，贷款到期前提醒
业务规则配置-发送对象为未全量客户和余额不可客户，根据数据平台推送的账户余额判断
业务规则配置-催收/提醒方式为短信提醒，微信提醒，AI语音，电话催收，催收通知书，律师函，现场催收，其他催收
业务规则配置-到期提醒仅选择短信提醒、微信提醒、AI语音，逾期催收允许选择所有字段项
业务规则配置-还款方式和结息周期允许复选
业务规则配置-发布规则审批通过生效，日终根据该规则生成任务
业务规则配置-失效规则，日终不再按该规则生成任务

2）贷后管理-贷后检查测试点

首次检查-功能点查看，检查登记
首次检查-根据首次检查任务规则系统生成首次检查任务，不允许手工发起首贷检查任务
首次检查-业务类型为续贷、重组的贷款，不生成首次贷后检查任务
首次检查-贷款发放日日终，按借据逐笔生成贷后检查任务，列表以借据为单位展示
首次检查-根据行社配置的首贷检查规则生成首贷检查任务，若行社未配置，则按省联社规则生成首贷检查任务
首次检查-系统自动生成的贷后检查任务，不允许删除
首次检查-任务生成之后在工作台提示待完成任务
首次检查-检查审批时不能否决，可以退回，拿回
首次检查-功能点新增，修改，删除，查看

定期检查-根据定期检查规则生成定期检查任务，允许手工发起定期检查任务
定期检查-系统规则生成定期检查任务时校验上一任务生成日至本次任务生成日期间若已生成人工检查任务，本次任务生定期检查-成日不再生成定期检音仟务
定期检查-定期检查任务规则剔除已经结清，核销，置换，转让的借据，若客户存在未结清的借据，生成定期检查任务，借据信息中相应的也剔除

定期检查-定贷检查日在首贷检查的检查任务完成期限中，定贷检查任务在检查任务完成期限里与首贷检查任务同步完成，首贷检查任务根据定贷检查任务的任务状态更新，若定贷检查任务超过检查任务完成期限未完成检查，首贷检查任务
与首次走贷检音任务不再同步完成，需各自完成检音

定期检查-首次检查任务生成日1月20号，定期检查任务生成日2月1号，定期检查时效一个月，2月2号客户经理完成定期检查
定期检查-根据客户项下的贷款合同所对应的担保合同分别形成列表信息进行展示，对担保合同逐个进行担保情况检查登记

定期检查-如果一个客户名下只有信用贷款则使用信用贷款的检查表，如果一个客户名下只有拍保贷款或者同时有拍保贷款和信用贷款，则使用担保贷款贷后检查表
定期检查-系统自动生成的检查任务及人丁生成并通过审核的检查任务，不允许删除
定期检查-人工生成的检查任务，在未提交时，允许当日删除，不允许隔日删除
定期检查-任务检查之后在工作台提示待完成任务
定期检查-检查审批时不能否决，可以退回，拿回
专项任务生成-功能点新增，修改，删除，查看

专项任务生成-发起专项检查任务审核生效后批量生成专项检查任务，不可撤销
专项任务生成-发起任务以界面要素为准，灵活控制
专项检查-功能点查看，检查登记
专项检查-功能点查看，导出
检查历史-列表展示所有完成的贷后检查任务

3）催收管理测试点

催收任务-功能点：新增 删除 查看 下载催收通知书 打印催收通知书
催收任务-系统催收任务根据配置的规则生成逾期催收或还款提醒任务
催收任务-人工可以发起催收类型为还款提醒、逾期催收、违约催收的催收任务
催收任务-催收类型: 还款提醒、逾期催收、违约催收生成的催收通知书分别对应为：到期催收通知书、逾期

贷款催收通知书、违约通知书
催收任务-催收只对有贷款会额，利息的借据发起催收管理，若贷款已经归还，系统需更新催收管理状态为收
回作废
催收任务-还款承诺日有值时，判断还款承诺日催收管理是否已将款项结清，若未结清，继续生成催收管理
催收任务-根据催收借据本金逾期日起，默认诉讼时效有效到期日顺延3年，可修改
催收任务-逾期催收必输上传回执信息，还款提醒和违约催收不上传回执信息
催收任务-可通过[发起诉讼申请] 按钮在[诉讼管理] 生成一笔诉讼申请待发起业务，同步更新诉讼状态字段

催收任务-系统自动生成任务规则，不允许删除，人工发起的催收管理，在任务状态为“待发起”、"进行中”，均可删除
诉讼失效台账-系统根据系统当前日与催收管理中“诉讼时效有效到期日”进行判断自动生成诉讼失效明细，不支持人工发起添加;诉讼时效有效到期日<系统当前日即为诉讼失效业务
诉讼失效台账-若原催收任务有诉讼申请，链接至诉讼管理详情页面，无则空值置灰

4）风险预警测试点

风险预警-诉讼时效到期前2个月(可配置) ，生成风险预警，催收管理更新“诉讼时效有效到期日”、贷款结
清、“立案时间”有值时，满足其中一项条件，更新风险预警状态为完结状态
风险预警-押品批量重估，重估后抵押率-原抵押率的差值(四舍五入取值) >=3%时，生成贷后风险预警任务，审批通
过后，更新风险预警状态为完结状态，不再生成风险预警

风险预警-权证预计归还日期前3日判断，临时出库未归还或未办理续期，生成预警任务，若权证已归还入库或通过续
期申请将“权证预计归还日期”延后，更新风险预警状态为完结状
风险预警-权证预计归还日期次日，判断未办理出库归还或未办理续期，生成预警任务，若权证已归还入库或通过续期
申请将“权证预计归还日期”延后，更新风,险预警状态为完结状态

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

人生最动人的风景，往往藏在最难攀爬的高处。当你觉得力竭时，请记住：每一次坚持都在雕刻更强大的自己。别问路有多远，只管迈步向前；别怕山有多高，向上攀登就是答案！

你体内沉睡着改变世界的力量！每个清晨都是改写命运的新机会，每次挫折都是精心包装的礼物。当全世界都在说"不可能"时，正是你证明"可能"的最好时机！