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

接口测试发现的典型问题

  • 传入参数处理不当,引起程序错误
  • 类型溢出,导致数据读取和写入不一致
  • 对象权限校验出错,可获取其他角色信息
  • 状态出错,导致逻辑处理出现问题
  • 逻辑校验不完善
  • 定时任务执行出错

接口测试用例设计

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

针对输入进行设计

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

  • 数值型

    • 边界内、边界值、边界外三个方面去考虑
    • 特殊值处理不当程序异常、类型边界溢出、错误信息返回不正确
  • 字符串
    • 主要考虑字符串长度和字符串的内容
    • 空、特殊字符、数字、表情符号
  • 数组链表
    • 多个重复值、空、最大范围值
  • 结构体:json、字典
    • 字段错误,字段类型错误、未包含字段、缺失字段

针对逻辑设计

  • 限制条件

    • 数值类型限制,比如购买次数、登录次数、优惠券最大面额、订单取消次数等
    • 状态限制:比如是否登录、是否有订单等
    • 关系限制:比如好友关系、关注关系,只能查看好友或者关注人的朋友圈
    • 权限限制:比如销售只能查看和自己绑定客户数据,而管理员可有查看所有客户数据
    • 时间限制:比如未支付过20分钟订单自动取消
  • 状态转换分析

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

    接口用例可以这样设计:

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

针对输出设计

  • 针对输出结果

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

  • 接口超时
  • 旧版本接口
  • 废弃接口
  • 接口设计是否合理,比如字段冗余、接口冗余、返回错误信息是否清晰明了、调用是否方便
  • 幂等性

欢迎大家去 我的博客 瞅瞅,里面有更多关于测试实战的内容哦!!

原文地址:https://www.cnblogs.com/zyjimmortalp/p/12502771.html

时间: 2024-10-04 08:00:09

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

服务端测试之接口测试用例设计

小伙伴们大家好,上一次和大家分享了<服务端测试之接口测试初探>,讲了一些接口测试的基本概念和理论知识.在上次的分享中,简单提到了接口测试用例设计包含的几个方面.本期我将在上次分享的基础上,和各位小伙伴一起具体看看这几个方面都是什么,在实际的项目中应该如何使用. 一.功能性用例设计 之前讲过,服务端的接口是和客户端的功能相对应的,对功能的验证,可以参照接口说明文档来进行.概括起来讲,就是我们需要验证接口说明文档中提到的各种情况,保证这些情况下接口的返回和最初设计的是一样的,这样我们就可以认为该接

(转)【腾讯 TMQ】 接口测试用例设计

导语 这是我在其他的开源社区看到的一篇分享帖子.这篇文章的目的只是为大家提供一个思路,但是实现成本太高了,因为一个接口设计的接口测试用例很多,一般公司的接口数量几百到上千不等,每一个接口都设计这么多测试用例,那么对于测试来说,这样的话会死人的!所以此篇文章旨在给大家一个接口测试的思路,抛开成本,从技术上面来说,这个文章写得无可挑剔的! 随着测试分析和分层测试的深化,"接口测试"出现在我们视野的频次越来越高.那么接口测的用例设计常用哪些方法呢?本文将详细描述. 1 接口测试 1.1 接口

(转)接口测试用例设计(详细干货)

随着测试分析和分层测试的深化,"接口测试"出现在我们视野的频次越来越高.那么接口测的用例设计常用哪些方法呢?本文将详细描述. 1  接口测试 1.1  接口测试 接口:主要是子模块或者子系统间交互并相互作用的部分. 这里说的接口是广义的,客户端与后台服务间的协议:插件间通信的接口:模块间的接口:再小到一个类提供的方法:都可以理解为接口. 接口测试:是指针对模块或系统间接口进行的测试. 1.2  接口测试发现的典型问题 接口测试经常遇到的bug和问题,如下: (1)传入参数处理不当,导致

接口测试用例设计实践总结

设计思路 1)   优先级--针对所有接口 1.暴露在外面的接口,因为通常该接口会给第三方调用: 2.供系统内部调用的核心功能接口: 3.供系统内部调用非核心功能接口: 2)   优先级--针对单个接口 1.正向用例优先测试,逆向用例次之(通常情况,非绝对): 2.是否满足前提条件 > 是否携带默认参值参数 > 参数是否必填 > 参数之间是否存在关联 > 参数数据类型限制 >参数数据类型自身的数据范围值限制 3)   设计分析 通常,设计接口测试用例需要考虑以下几个方面: 1

通用接口测试用例设计【转】

1.通过性验证: 首先肯定要保证这个接口功能是好使的,也就是正常的通过性测试,按照接口文档上的参数,正常传入,是否可以返回正确的结果. 2.参数组合: 现在有一个操作商品的接口,有个字段type,传1的时候代表修改商品,商品id.商品名称.价格有一个是必传的,type传2的时候是删除商品,商品id是必传的,这样的,就要测参数组合了,type传1的时候,只传商品名称能不能修改成功,id.名称.价格都传的时候能不能修改成功. 3.接口安全: 1).绕过验证,比如说购买了一个商品,它的价格是300元,

通用接口测试用例设计

1.通过性验证: 首先肯定要保证这个接口功能是好使的,也就是正常的通过性测试,按照接口文档上的参数,正常传入,是否可以返回正确的结果. 2.参数组合: 现在有一个操作商品的接口,有个字段type,传1的时候代表修改商品,商品id.商品名称.价格有一个是必传的,type传2的时候是删除商品,商品id是必传的,这样的,就要测参数组合了,type传1的时候,只传商品名称能不能修改成功,id.名称.价格都传的时候能不能修改成功. 3.接口安全: 1).绕过验证,比如说购买了一个商品,它的价格是300元,

接口测试用例设计

转载:http://blog.sina.com.cn/s/blog_13cc013b50102w1ot.html 设计思路 1)   优先级--针对所有接口 1.暴露在外面的接口,因为通常该接口会给第三方调用: 2.供系统内部调用的核心功能接口: 3.供系统内部调用非核心功能接口: 2)   优先级--针对单个接口 1.正向用例优先测试,逆向用例次之(通常情况,非绝对): 2.是否满足前提条件 > 是否携带默认参值参数 > 参数是否必填 > 参数之间是否存在关联 > 参数数据类型限

强化_接口测试用例设计梳理

一.接口覆盖优先级: (1)外部接口(暴露在外面的接口,一般会给第三方用)——>内部调用核心接口——>内部调用非核心接口 (2)正向逻辑 >逆向验证 (3)是否满足前提条件(有些接口需要满足前置条件,才可成功获取数据.常见的,需要登陆Token.) >是否携带默认参数(带默认值的参数都不填,不传参.必填参数都正确且存在“常规”值,其他都不填写) >参数是否必填 ①针对每个必填参数,都设计1条参数值为空的逆向用例 >参数之间是否存在关联(制约) ②针对每个参数都设计1条参

接口测试用例设计指导文档:新建、查询、修改、删除、功能以及流程等用例设计

一.功能点测试用例(单个测试用例) 二.新建接口 三.查询接口&查询列表接口 四.修改接口&删除接口 五.流程测试用例(组合测试用例) 六.测试执行时,需注意的地方