金融类测试的总结

金融测试前后端
    前端:执行页面级测试用例,验证应用层基本功能,能是否和需求一致,页面风格是否一致,金额(利息)以及对应的状态是否正确等。
    后端:通过测试页面,录入测试用例,比对结果,为了看数字金额的准确性,也是确认金融底层的正确性以及逻辑性。
比如:通过接口、数据库等信息查看。

  金融类型测试很广,一定要有质疑产品文档的想法,产品有时也不一定是对的,有了质疑,问了之后,你才能理解的更快,对于以后也有较深的印象。

特点:
 1.系统之间关联性强、业务复杂、需求变化快等,需要熟悉金融产品的核心逻辑
 2.金融软件的测试算法是测试的核心,验证测试数字在不同的场合条件下,一定要保证数据的准确性。
 3.帐务处理逻辑必须准确,不能错一分钱
 4.实时性也要关注

金融行业软件测试与其它应用软件测试流程基本一致,要保证业务的逻辑要正确无误

面对人群:面向人群较多,场景较多,状态较多,判断较多。

1、金融行业软件测试所包含的范围:

功能测试:*****

1.偏向用户性的测试类似UI功能

2.交互逻辑检查
	(1)业务流转是否正确,接口调用逻辑是否正确等测试层面
	(2)各个业务之间的冲突,敏感信息是否加密  *****
	(3)用户提交资料后,涉及审批制。审批流程机制是否健全,如节点回滚等。
3.页面之间的数据读取

4.通用类测试:流量测试、电量测试、弱网络测试、环境干扰测试等。

主要以功能为主,其余测试优先级较低

接口测试:验证后端时有必要做,或者系统间的交互

数据移植测试:可百度了解

性能测试:LoadRunner或者Jmeter,看产品需求

安全性测试:

1.敏感数据本地可破解
2.用户权限有严格限制
3.网络传输

风险监控测试:一般来说,异常测试会有覆盖,高要求就是有具体的风控系统监控

自动化测试 :看需求

2、支付类测试点

1.支付订单,重复回调
2.支付设置断点,修改金额
3.退货流程
4.发货失败时发起退货
5.时间和次数机制

金融类产品从业务性、功能性和稳定性、合规性、易用性、安全性几个方面
业务性:价值

要明确项目的目标和范围有以下几点:

  1. 基于产品业务背景下的理解。该产品在所属行业背景下的哪条业务领域中,该业务领域的市场现状及通用解决方案是什么,产品设计中的每个功能流程分别代表着哪种业务场景。

  2. 需求范围边界的澄清。哪些做?哪些不做?相关依赖系统有哪些?

3、金融相关的系统内容:

例如:一笔交易订单涉及到的内容
	1.是否是欺诈交易
	2.是否已经达到限额了
	3.相关用户是否在黑名单中
	4.交易结果联动短信
	5.Email等渠道通知用户
平时要与:反欺诈系统、黑名单系统、限额或授信管控系统、短信邮件系统进行通讯 出问题后:日志及时定位、处理结果实施发送监控平台、需要备份系统做高可用处理

4、网络扫描和嗅探工具——nmap
开放源代码的网络探测和安全审核工具

以下是整理的大概的测试点
金融类测试

  • 58
    点赞
  • 407
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值