肖sir___银行理财项目

银行理财项目

一、理财：（95页）

2、
业务术语：
（1）认购和申购的区别；前者在募集期间进行购买，后者在成立日后购买
（2）赎回分为到期赎回和提前赎回
（3）理财产品的5种风险等级：1.保守型 2.稳健型 3.进取型 4.激进型 5.风险型
（4）理财业务分类：

5、理财产品购买交易流程

6、银行柜面

2、风险评估


3、理财产品预约

4、理财产品认购

5、产品赎回/ 撤销

6、理财综合信息查询

7、理财产品的生命周期

8、理财数据业务流

理财产品购买的数据流程或业务处理流程：
购买渠道发起购买请求->行内支付系统接受请求，并把购买请求同步给 ‘核心系统’ ->核心系统进行账务处理（扣划或冻结）->核心返回处理同步给 ‘行内支付系统’ ->再次发起购买请求，同步给理财管理系统->理财系统把购买结果同步给 ‘核心系统’ ，同时在由核心系统把最终处理结果返回 ‘行内支付系统’。

9、 资金流向

10、理财产品收益计算
理财产品计算公式：
1）收益类：收益=持有产品的份额每份单价持有天数年收益率/360
2）货币型：收益=持有产品的份额每份单价持有天数年收益率/360
3）净值类：收益=（到期净值-购买净值）*赎回份额

11\理财业务涉及那几个业务系统：理财业务系统，核心系统，行内支付系统，风控系统（风险控制系统），估值系统（AP）

12

===============================================
理财相关的项目讲解流程一
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.后期需求变更，客户不能手动去选择赎回路径（指定赎回的储蓄卡），所有的理财产品赎回的时候资金都应该按照原路径返回。