【橙子独创】【假设前置数据异常法】案列解析

【橙子独创】【假设前置数据异常法】案列解析

永远不要相信前置数据是正确的,永远不要相信前置功能不会有BUG,后置功能如何进行分析测试?

 

一、提现

思考点1:

用户通过绑卡功能无法绑定自己的卡,运维通过sql维护进去的卡号可能是错的

case1:

假设已绑定的银行卡号不存在,提现检测

 

思考点2:

系统出现BUG导致绑定了别人的卡

case2:

假设已绑定的银行卡是别人的银行卡,提现检测

 

思考点3:

已绑定的银行卡号过了一段时间挂失/过期了

case3:

假设银行卡已挂失/已过期,提现检测

 

思考点4:

数据可能出现丢失,误删

case4:

假设无银行卡号,提现检测

 

思考……

case……

因此,一个简单的提现前置场景就考虑了这么多,不能只正向逻辑提现至正确的银行卡,各种异常前置场景都需考虑

 

 

二、列表展示

1、假设字段是0值,列表展示检测

2、假设字段是空值,列表展示检测

3、假设字段是null值,列表展示检测

4、假设字段是超长值,列表展示检测

5、假设字段是超大值999999999,列表展示检测

6、假设字段状态是各种状态(未审核、审核中、上架、下架、审核失败等等),列表展示检测

7、假设字段图片没有的,列表展示检测

8、假设数据有重复的,列表展示检测

9、假设列表数据量很大1w条数据,列表展示检测

 

 待续~~~~~~~~~~~~~~~~~

 

转载于:https://www.cnblogs.com/chengzi521/p/10308551.html

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值