接口测试用例设计关注点

正确的返回;

参数类型:
  相同名称的参数出现多次,且类型相同数值不同
  相同名称的参数出现多次,且类型、数值均不同

数据完整性(数据遗漏、必要参数在接口间传递是否为空):
  所有必填参数都填写的情况测试
  所有必填参数情况+一个选填参数情况测试(遍历所有选填参数)
  所有必填参数情况+多个选填参数情况测试(正交或结合实际业务选重点)
  所有必填参数情况+所有填参数情况测试
  缺少某一个必填参数情况测试(遍历所有必填参数)
  增删改的接口测试,使用查接口进行验证数据修改的对错

合法性;

加密数据的加密情况(关键数据是否有明文传输):

敏感信息需要进行加密--用户名和密码信息等敏感信息;

超长类型参数是否丢失、是否报错等;

传入js数据;

容错性:
  使用不存在的参数,验证系统报错是否正确

性能测试/稳定性测试

时间: 2024-10-13 22:44:43

接口测试用例设计关注点的相关文章

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

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

(转)【腾讯 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条参