银行理财项目软件测试是保障软件系统质量、提高用户体验、降低运营风险的重要手段。通过软件测试，可以及时发现软件中的缺陷和漏洞，防止因软件问题导致的资金损失和客户投诉。同时，软件测试还能为软件系统的优化和升级提供重要依据。下面给大家介绍一些模块的测试点，便于大家在面试的时候可以回答好面试官。
01理财产品简析
从产品生命周期可分为：导入期，成长期，成熟期，衰退期;
导入期：简易讲就是新产品初步投入市场;
成长期：随着顾客的了解及购买，产品大量生产，市场逐步扩大;
成熟期：购买量达到顶峰，市场需求趋向饱和;
衰退期：新的产品迭代出现，原产品竞争力不足销售迅速下滑;
从产品来源划分可分为:
代销类和自营类(其中自营类银行理财产品可分为保本浮动收益，保本固定收益，非保本浮动收益等);
从产品形态划分可分为理财产品，基金类和保险类;
从产品最终核算方式可分为收益型及净值型产品;
02理财产品风险等级
1.从客户角度出发，风险承受能力从低到高依次为：A1(谨慎型)/A2(稳健型)/A3(平衡型)/A4(进取型)/A5(激进型);
2.从产品角度出发，产品风险等级从低到高依次为：R1(谨慎型)/R2(稳健型)/R3(平衡型)/R4(进取型)/R5(激进型);
03测试场景及流程
(购买场景)理财开户-签约-风险评估-产品发售(开放期)-购买-购买份额确认-资金冻结-份额确认完成-资金扣款-明细查询(渠道及核心);
(购买场景数据流向)渠道端/理财平台发起交易-行内支付系统通过ESB将数据传送至核心并依据业务场景进行资金冻结/扣划-核心系统把处理结果返回到行内支付系统-行内支付系统把购买请求发到理财系统-理财系统处理该请求并返回处理结果至渠道端/理财平台
(撤单场景)理财开户-签约-风险评估-产品发售(开放期)-购买-购买份额确认-资金冻结-交易撤销-资金解冻-明细查询
(赎回场景)存在一笔/多笔理财交易-确认份额及产品状态(开放期)-选择可赎回产品-进入交易界面“赎回申请”-输入赎回份额(全部赎回/部分赎回)-选择赎回账号-交易处理-完成赎回-查询交易明细(渠道及核心)
(赎回场景数据流向)渠道端/理财平台发起赎回请求-行内支付系统把请求传到理财系统处理请求并退还赎回份额-行内支付系统把退还请求传至核心-核心系统进行退款处理-返回至行内支付系统-传送至前端显示
购买验证正常场景测试点：
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将数据传输到核心系统扣款/冻结，核心系统把处理结果返回到行内支付系统后，行内支付系统发起购买请求到理财系统，理财系统处理请求返回结果到手机银行可查询结果。
