金融项目

⼀、项⽬介绍

1.1 专业术语

• 投资专业术语

本息专业术语 还款专业术语 案例：张三借给李四5W，约定期满1年后连本带息1次性还款6W元。
1、债权⼈：张三是李四的债权⼈。
2、借款⼈：李四是借款⼈ 
3、投资：拿钱出来做某事，赔了就没了。
4、投标：投递⽅案（⾦融项⽬中，发布借款需求为招标，投资借款为投标） 
招标：发布需求 
中标：被选中 
5、债权转让：将未完成的借款业务，转让他⼈。 

• 本息专业术语

案例：张三借给李四5W，约定期满1年后连本带息1次性还款6W元。
本⾦：50000
利息：10000
利率：计算得出1万利息的系数

• 还款专业术语

等额本息：将利息均摊，先息后本。相对于等额本⾦总还款额要多。每⽉固定还款额，适合收⼊不稳定⼈
群。
等额本⾦：将本⾦均摊，每⽉固定本⾦，整体还款先⾼后低。相对于等额本息总还款额少。适合收⼊稳定
⼈群。
提前还款：提前将剩余借款还完。

1.2 项⽬介绍

• 项⽬是做什么？

黑马安享智慧理财项目是一个P2P的金融平台，P2P金融又叫P2P信贷，本项目采用国家政策允许的银行存管模式，为用户提供方便、快捷、安心的P2P金融服务，可以为用户提供借款和投资功能的理财服务。

• 项目用户

• 项目子系统

• 技术架构？

扩展：常⻅的架构
1、系统架构：BS/CS（BS：基于浏览器访问的项⽬；CS：需要在本地下载安装的软件）
2、技术架构：⼦系统关系、技术栈（开发语⾔、框架、数据库、消息容器、...）
3、环境架构：LNMP、LAMP （服务器操作系统、应⽤服务器、数据库、开发语⾔）
4、组织架构：总裁->副总裁->开发部、市场部、运营部、....

• 项目流程

1.3 核⼼流程操作

访问地址

1、前台：http://user-p2p-test.itheima.net/loan/tender/index
2、后台：http://admin-p2p-test.itheima.net/ admin 123456

• 发布借款

1、注册登录
 验证码：666666（先点击发送验证码，在输⼊验证码）
2、开通资⾦托管账号
 身份证号必须正确且未使⽤（参考在线⽣成身份证号）
3、提交申请额度
4、额度审批通过
 审批（后台->借款管理->额度管理->额度申请审批）
5、提交借款单（信⽤标）
6、借款单审批成功
 审批（后台->借款管理->初审标->初审管理->审核）

• 投资

注册登录
开通资⾦托管账号
⻛险评测成功
充值成功
投资操作成功（提示：投满）
满标审核成功

二、项目实施

2.1 测试流程

• 功能测试

1. 需求分析
2. 测试计划编写 
3. 编写测试用例
4. 测试用例执行
5. 缺陷管理
6. 测试报告

• 接口测试

1. 需求分析
2.测试计划编写
3. 解析接口文档
4. 编写用例
5. 环境搭建
6.编写脚本
7. 执行脚本
8. 缺陷管理
9. 测试报告

2.2 测试步骤

• 需求评审

前置：阅读需求
 1、正常情况下阅读所有需求（测试主管）
 2、涉及到本项⽬测试⼈员全部参与
⽬标：
 1、熟悉项⽬功能
 2、站在不同⻆度对需求进⾏查漏补缺
 3、各部⻔对需求理解⼀致【重要】
评审⼈员：测试、开发、产品

• 测试计划

  测试对象

  

提测标准

人员进度安排

测试实施

2.3 接下来任务

• 阅读需求⽂档（完整阅读⼀遍）

1、发布借款业务
2、投资业务

• 阅读测试计划（完整阅读⼀遍）

各组⻓根据需求⽂档内容，梳理出测试⼈员进度安排表。

• 产出

发布借款业务测试点（要求：发在群⾥的测试点，必须经过⼩组内部评审达成⼀致。）

2.4 评审

2.5 借款借款业务测试点

2.6 借款测试用例编写

• 借款成功（主业务）、借款成功（驳回后修改通过）

• 借款失败（未登录、未开通资⾦托管账号、信⽤额度不⾜）

• 借款失败（审批不通过、驳回、撤标）

• 其他（过期、延期）

2.7 投资业务测试点

2.8 投资业务测试用例编写

• 投资业务流程、提前复审、部分复审
• 投资成功（延期、2次满标）
• 投资失败（未登录、未开通资⾦托管账号、未⻛险评测）
• 投资失败（余额不⾜、投资⾃⼰标、密码错误、⾮10的倍数）
• 投资失败（最⾼可投⾦额、最⼤投资⾦额、最低投资⾦额）
• 投资失败（满标审核不通过、提前复审、部分复审）
• 投资失败（管理员撤标、过期）

3 缺陷提交与描述要素

• 提交方式

1、Excel
2、缺陷管理⼯具

• 面试题

1、如何定位缺陷是前端还是后端bug?
关键字:抓包
前端bug：
①请求错误（⽅法、URL、参数、信息头类型）
②显示错误（响应数据正常，前端解析提取错误）
后端bug：⽆响应或响应数据不正确
2、如果缺陷不能复现怎么办？
1、提交缺陷，挂起。
2、跟进⼏个版本，找开发协助定位。
3、上线之前评估缺陷带来的影响。

4 测试报告

1、测试⽬标、范围
2、测试环境
3、总⽤例数： 单模块⽤例数：
4、缺陷统计及分析（模块发现的缺陷、缺陷严重程度分布、开发与缺陷）
5、测试总结（1、测试结论 2、缺陷修复程度 3、剩余缺陷 4、测试收获）

项⽬组群：
 xxx项⽬总报告：
 执⾏组：XXX测试组（4⼈）
 执⾏⽤例总数量：800条
 缺陷总数量：（240条）
 严重缺陷：54条
 中级缺陷：126条
 UI缺陷：28条
 测试结论：总修复193条，其中中级以上bug全部修复完毕，剩余缺陷XXX条，不影响V1.5版本发布上线，本
次测试通过。