2.6理财项目

一）银行理财相关的项目讲解流程一

1、我最近做了一个银行项目，然后做了当时测试了当中的理财模块，我这边大概和您讲解一下

2、首先理财中有包括签约，风评，理财购买，赎回/撤销，以及理财查询，之前测试的产品类型主要是净值型理财

3、接下来我先讲下净值型理财的测试要点，主要从产品详情页、风险评估、理财购买、理财赎回、交易记录列表这几个模块测试的，产品详情页，主要检查界面的布局、文字、颜色等方面。需要测试不同场景下的产品详情页展示是否正确。如未始发、开放期、封闭期、已售罄等这些场景。 还有风险评估，我们银行第一次进行风险评估是需要到柜台进行的，之后手机上就可以进行评估

4、主要评估：1.一天只能评估三次； 2.五种风险评估等级的测试（R1保守型、R2稳健性、R3平衡型、R4进取型、R5激进型）（保守型型客户只能购买低风险的产品，其他等级的客户可以跨风险购买理财产品，但会有风险提示。）

5、这个项目我主要参与了风险评估、理财购买、理财赎回、理财撤单、理财查询等模块，主要

职责就是对需求分析，案例编写的参与或组织项目评审及跟踪bug，我介绍下其中理财的购买模块。

6、我先介绍下理财的购买流程：进入产品主页-选择理财产品-进入产品详情页点击购买-输入购买金额-勾选协议-选择付款账户-输入交易密码-输入短信验证码-完成购买。

购买验证正常场景测试点：

1.购买时协议检查（产品说明书、客户权益约定书、风险提示书、理财业务申请表）；

2.购买成功后账户余额变动是否正确；

3.进度条笔数统计是否正确 ；

4.购买后结果页状态检查。如购买已受理，购买失败，交易处理中；

5.购买后交易记录检查，如购买超时，购买失败，未确认份额，确认份额，份额确认失败，购买撤销处理中。

购买验证异常场景测试点：

1.无账号购买

2.未登录购买

3.未风评或者风评过期购买

4.客户风评等级与产品风险等级不匹配情况下购买

5.低于起购金额，低于追加金额购买

6.账户余额不足或限额，字符情况下购买

7.账户异常购买比如挂失、注销、冻结、黑灰名单等情况下购买

8.产品售完、停售、不在出售时间内购买

9.产品份额为零时购买多账号同时中购，多账号同时中购时总份额小于、等于、大于产品份额总数

购买后的测试点:

1.购买后生效时长 T+1 还是 T+，T+1 的话是否可以撤单，撤销后也要保证金额原路返回。

2.份额的计算公式

3.确认份额的认购价

4.成交价成交时间

5.支付成功后要确保买方和卖方金额一致

6.成交后消息通知如短信，邮件，平台消息等。

7.服务日志，数据库相关数据查询，

8.购买后收益验证

理财赎回的流程是：进入理财持仓列表页，选择一笔可以赎回的产品，进入产品详情页点击赎回申请，录入赎回份额，选择赎回账号，输入交易密码，完成赎回。

理财赎回的正常场景测试点：

1.赎回成功后账户余额变动是否正确；

2.收益计算是否正确；

3.赎回后结果页展示：如赎回已受理，赎回失败，赎回处理中；

4.赎回后交易记录列表展示：如赎回已确认，赎回确认失败，赎回撤销处理中，赎回已撤销等场景。

理财赎回异常场景测试点：

1.低于最低可赎回份额赎回

2.低于最低可持有份额赎回

3.超过可赎回份额赎回（部分冻结）

4.超过持有份额赎回

5.巨额赎回（赎回份额不可超过上一个工作日的20%）

6.账户的异常状态赎回（挂失、冻结、止付、注销、睡眠户等）

整体来说我的测试是从页面，栏位，流程，业务逻辑，异常场景，等方面来测试的。

理财购买数据流向：

购买理财的数据流向是：手机银行发起交易，行内支付系统通过ESB将数据传输到核心系统扣款/冻结，核心系统把处理结果返回到行内支付系统后，行内支付系统发起购买请求到理财系统，理财系统处理请求返回结果到手机银行可查询结果。

理财赎回数据流向：

手机银行发起赎回请求—行内支付系统把请求传输到—理财系统处理请求退还份额—行内支付系统把退还请求—柜面核心进行退款—通过行内支付系统—前端

典型Bug案例

购买的理财产品，按照正常日期进行了赎回操作，也选择了赎回资金需要到账的银行卡。但是已经超过了到账日期，银行卡还没有收到赎回的资金。

1.后面排查原因是因为客户选择赎回资金的到账储蓄卡是属于睡眠户，所以无法到账，这个是客户的非常规操作，测试的时候忽略了这一点。只要储蓄账户状态不正常（如状态为睡眠、久悬、转营业外等），都不能进行资金交易往来。如果客户一定要使用这个储蓄卡，需持本人有效身份证件及相关银行卡前往就近任一建行网点核实处理，更改账户状态才能正常使用。

2.后期需求变更，客户不能手动去选择赎回路径（指定赎回的储蓄卡），所有的理财产品赎回的时候资金都应该按照原路径返回。

项目名称：招商银行 app 项目理财产品

项目描述：测试的项目是招商银行 app 的理财产品模块，主要分为“产品”和“持仓”两个主要页面，“产品”页面上一共有活钱管理、安稳理财、稳中求进、全部等不同的模块，在不同的模块中可以购买不同的理财产品，在“持仓”页面可以显示用户自己购买的理财产品，同时页面上支持搜索功能，支持模糊搜索，可以搜索出相关的理财产品负责模块:“产品”页面中的活钱管理、安稳理财

测试工具: fiddler、Monkey、 Postman

个人职责:

1.编写测试用例，使用边界值，等价类，错误推断等方法来编写测试用例。

2.编写测试计划及测试报告，参与设计评审。

3.执行测试用例，实时跟踪 bug 进度，及时整理和反馈 bug。

4.使用 fiddler 抓包工具进行辅助测试。

5.通过 Monkey 对其进行任意的压力测试

6.使用不同的手机进行 APP 兼容性测试。

7.使用 Postman 进行接口测试。

理财项目测试点

举例招商银行的理财中购首先分析:

1.理财产品又分为个人理财产品，私人理财产品，代销个人理财产品，代销私人理财产

2.理财产品正常购买

3. 非交易时间购买

测试功能点:

1.柜面用户中购

2.不同电子渠道中购

3.节假日、周六日中购

4.产品交易时间内中购、允许交易时间外中购

5.单笔小于 1 元申购

6.单笔大于 1 小于 1000 元申购 (包含非整数)

7.追加购买小于 1 元申购

8.追加购买大于 1 小于 10000 元申购

9.固定产品限额购买场景(如累计限额是 10 万，可以购买 10 万、10 万以上)

二）银行理财相关的项目讲解流程二

项目名称：xxx农商银行手机银行App

项目介绍：此项目是专为手机银行客户打造的移动金融服务平台，为客户提供实时、高效的账户和资金管理。主要包括理财服务、基金服务、贷款服务、账户管理、转账汇款、储蓄服务、生活缴费、利率查询和网点查询等金融服务。在安全方面，采用数据全程加密、密码超限保护和登录超时控制等机制，并通过用户信息绑定、短信验证等多种安全措施，为客户的资金交易保驾护航。

项目职责：

1、根据模块功能要求进行需求分析，参与产品组织的需求评审会议；

2、根据需求文档，选择测试方法通过XMind提取测试点并编写测试用例；

3、使用Postman进行接口测试，接口测试完成之后进行系统测试，待系统测试稳定之后，选择部分接口在tests标签中通过添加断言实现接口自动化；

4、通过adb命令对APP的进行安装、卸载测试以及用命令logocate查看日志；使用Monkey工具关注APP的稳定性；

5、使用GT工具监测app的Cpu占用、内存消耗、耗电量等客户端性能指标；

6、使用抓包工具Fiddler，进行弱网测试并抓包判断前后端的问题；

7、提交bug到禅道，对bug进行跟踪、管理直至bug解决并关闭；

8、整理测试记录，编写测试报告，通过PPT做测试总结；

9、产品上线后对用户建议、版本迭代更新等数据持续关注。

第一部份：模拟面试（模块介绍）

在这个App里面，快速贷款以及理财模块都是属于比较核心的功能，我讲一下我所负责的理财模块。

打开理财界面，理财产品的展示栏位和顺序符合需求，选择需要测试的理财产品，产品列表中展示信息与需求一致，也可以通过搜索功能找到该产品。点击该理财产品，进入详细界面。界面展示与需求一致，点击申购：

1.系统判断是否有理财账户，如果有一类卡未开通理财功能，可通过跳转界面开通。

2.如果没有一类卡，我行允许根据跳转界面开通二类户。

有理财账户后，会判断客户的风险等级。如从来没有做过风险评估等级或评估已过有效期的，则需要重新评估。如果没有做过风险评估的客户，我们是有跳出来一个提示让客户先去做一个风险评估,评估有10道题,分别涉及（总资产、投资比例、投资方向，投资经验、投资态度、投资目的等）, 评估出来会有一个对应的等级，等级分为：R1到R5， R1代表承受风险能力比较低，R5代表风险承受能力比较高， 如果做过评估，评估在有效时间内，我们有效时间是1年期，在有效时间内是可以跳转到产品详情页面的，然后产品详情页面需要判断客户风险评估等级与产品风险等级的匹配性。例如，客户风险等级为R1，则只能购买风险等级为R1的产品；客户风险等级为R5，则可以购买风险等级为R1到R5的所有产品。在允许购买的界面，可以看到具体的申购和赎回规则。

申购界面是否与需求一致，展示内容包含产品的名称和编号，卡号后4位和余额反显正确，申购金额可以手动填写，需要测试银行卡余额的边界值打个比方我的卡账户余额就1万块钱，那我会测一下9999.99元， 1万， 1万点01元都去测下，不管是自营产品还是代销产品，因为每个产品规则不一样，我们会根据需求来测，有的有起购金额设定的是100元、 1000 元、 1万元， 那么我们都需要分别利用边界值去测一下，像第二次购买叫追加，追加也是一样的比如追加10元， 100元都去测，包括日上线额、总上限金额都是用边界值去测的。

如果金额填写没有问题，接下来需要勾选知情同意框，知情同意文档一般包含风险提示、产品概要、招募说明书、基金合同、权益须知，这个地方我们是有一个强制阅读勾选的，需要客户点开详情下滑至底部，才可以勾选知情同意框，如果不勾选是没办法点击这个购买这个操作的。

购买成功的话我们也会有相应的提示，然后我们会去查看一下，打个比方我这个产品交易日15：00之前，当日确认份额，交易日15：00之后，顺延一个交易日。此处，我们测试组会特别关注周一和周五两种情况，我们也分工作日、非工作日，非工作日按照第二个工作日来确认份额的。

然后已申购的产品，点击该理财产品，有赎回按钮。点击赎回，赎回金额需校验持有该产品的份额，根据需求，交易日15：00之前，赎回当日到账，交易日15：00之后，顺延一个交易日。此处，我们测试组会也会特别关注周一和周五两种情况。

对赎回的金额，进行利息验证。利息的验证方法，针对不同的理财产品：

日收益=本金*年利率/360；

收益=金额/10000*万份收益；

赎回总金额=持有的份额*赎回时的单位净值。

整个大致流程大概是这样的，谢谢！

第二部份：功能介绍

在理财模块中，最重要的是对申购和赎回进行验证。在此列举出相应的测试点：

申购及时确认测试点：

1.界面提示申购成功，银行卡收支明细(购买理财产品)，卡余额（活期可用+投资理财）

2.理财基金订单明细，个人持仓增加，资管系统查询到剩余额度减少

3.数据库，核心的余额表、明细表，资管系统的持仓明细表数据比对

4.与其他渠道（微信银行、网银）核对，数据一致

申购未能及时确认：

1.界面提示申购成功，银行卡收支明细（冻结，到交易时间解除冻结，购买理财产品），卡余额（活期可用+冻结）；

2.理财基金订单明细，个人持仓增加，资管系统查询到剩余额度减少

3.数据库，核心的余额表（可用余额状态码值00，冻结状态码值01）、明细表中有冻结的明细，资管系统的持仓明细表未体现

4.跑批之后，银行卡收支明细（解除冻结，购买理财产品），卡余额（活期可用+投资理财）

5.数据库，核心的余额表、明细表，资管系统的持仓明细表数据比对

5.与其他渠道（微信银行、网银）核对，数据一致

赎回测试点：

1.界面提示赎回申请提交成功，（T+N，过N个日终）等赎回到账，查银行卡收支明细

2.活期可用增加（增加金额=赎回到账的本金+利息），卡余额增加

3.理财基金订单明细，个人持仓减少，资管系统查询到剩余额度

4.数据库，核心的余额表、明细表，资管系统的持仓明细表

5.与其他渠道（微信银行、网银）核对，数据一致

6.核对利息的计算

第三部分：接口测试案例

申购模块：

1.我会先找开发要API文档，在jmeter里面先创建线程组，在添加取样器里面创建http请求，根据接口文档把url地址填进去

2.申购的接口入参 token, 产品id，卡号id，金额，推荐人选填，知情同意框协议勾选true/false，请求方式是post

3.然后查看结果树，那我就看到出参 就是状态码code：00 、code：01   状态描述message：申购成功/您的可用余额不足，不能进行申购  date，

4.先把正例跑一遍，反例无非就是token值为空

第四部分：典型Bug案例

购买的理财产品，按照正常日期进行了赎回操作，也选择了赎回资金需要到账的银行卡。但是已经超过了到账日期，银行卡还没有收到赎回的资金。

1.后面排查原因是因为客户选择赎回资金的到账储蓄卡是属于睡眠户，所以无法到账，这个是客户的非常规操作，测试的时候忽略了这一点。只要储蓄账户状态不正常（如状态为睡眠、久悬、转营业外等），都不能进行资金交易往来。如果客户一定要使用这个储蓄卡，需持本人有效身份证件及相关银行卡前往就近任一建行网点核实处理，更改账户状态才能正常使用。

2.后期需求变更，客户不能手动去选择赎回路径（指定赎回的储蓄卡），所有的理财产品赎回的时候资金都应该按照原路径返回。

第五部分：原型图

 

 

 

原型图

https://www.wulihub.com.cn/gc/QBegwj/index.html 

==========================================

银行项目里面有哪些系统？
1.CFS-APV消费信贷集中审批系统 ==》信贷的初审，复审，回退，质检
2.CFS-counter柜面服务系统==》信贷的合同签订，单证，借款人申请书，校验放款id
3.金融服务管理平台：供应链系统
4.授信系统：授信调整和授信调整，综合授信控制
5.柜面系统：主要做审批 财务处理 扣款收款  流水
6.风控系统：风控预警，风控限额，决策引擎，征信平台，催收系统
7.电信防诈骗系统：反诈骗预警
8.短信及彩信公共平台：主要是查看走单过程当中的验证码
9.影像系统：用户的影像信息
10.核心系统（账务系统）：储存客户的账务信息，还款计划，还款流水等，完成客户开户，放款，冻结金额等操作
11.资管系统：匹配开户资金方，与放款时资金方的选择，单个资产的撮合（当初的p2p）
12.企业网银系统：个人或企业用户在银行开通过网银用ukey去登陆操作，服务主要包括：信贷，信用证，应收款 
13.pcrm营销管理系统：主要把客户信息做成Excel信息表，主要提供给行方内部人员使用
14.对公关系管理系统：针对那些公司客户的查询，主要是公司的详细信息，银行部门所属机构的管理，客户经理对客户进行的走访记录等
15.壹钱包APP质量平台：拿验证码，短信查询和日志查询，银行卡绑卡
16.AI智能招聘平台：负责内部的AI招聘
17.数据库：DP数据库，DAMS数据库，PHDAMS数据库，天眼和业绩看板        
18.指纹识别系统
19.客户端系统：客户在终端上操作的行为和数据的留存，与风控系统交互
20.数据计算平台：满足风控实时审批过程中需要变量的实时计算，对接业务范围内审批需要的
21.语音系统