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