关于接口测试用例设计的一些思考

接口测试发现的典型问题

传入参数处理不当,引起程序错误

类型溢出,导致数据读取和写入不一致

对象权限校验出错,可获取其他角色信息

状态出错,导致逻辑处理出现问题

逻辑校验不完善

定时任务执行出错

接口测试用例设计

接口测试用例设计主要针对输入、处理、输出进行考虑

针对输入进行设计

对于接口来说,输入就是入参,一般的参数类型

数值型

边界内、边界值、边界外三个方面去考虑

特殊值处理不当程序异常、类型边界溢出、错误信息返回不正确

字符串

主要考虑字符串长度和字符串的内容

空、特殊字符、数字、表情符号

数组链表

多个重复值、空、最大范围值

结构体:json、字典

字段错误,字段类型错误、未包含字段、缺失字段

针对逻辑设计

限制条件

数值类型限制,比如购买次数、登录次数、优惠券最大面额、订单取消次数等

状态限制:比如是否登录、是否有订单等

关系限制:比如好友关系、关注关系,只能查看好友或者关注人的朋友圈

权限限制:比如销售只能查看和自己绑定客户数据,而管理员可有查看所有客户数据

时间限制:比如未支付过20分钟订单自动取消

状态转换分析

比如一个出租车订单,从乘客下单、司机抢单、到达起点、接上乘客、到达目的地,发起支付,支付,评价这是一个完整的订单状态转换流程,必须按照这个次序,才能正确流转,一旦打乱其中任何一个状态,就会出现逻辑问题。

接口用例可以这样设计:

正常状态迁移:乘客下单,司机抢单,

异常状态迁移:乘客刚下的那,司机发起支付,出现异常

针对输出设计

针对输出结果

一般情况下,接口正常处理的结果可能只有一个,但是异常的处理结果,可能会返回多种错误,那就可以针对不同的错误进行设计

接口超时

旧版本接口

废弃接口

接口设计是否合理,比如字段冗余、接口冗余、返回错误信息是否清晰明了、调用是否方便。

行动吧,在路上总比一直观望的要好,未来的你肯定会感 谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入扣群: 320231853,里面有各种软件测试+开发资料和技术可以一起交流学习哦。

最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!

  • 4
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值