接口测试用例编写规则

一.接口测试基本概念

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统
与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,
传递和控制管理过程,以及系统间的相互逻辑依赖关系等。

二.接口测试用例编写要点

正向用例–符合业务逻辑用例
参数中传入特殊字符,比如∶&、=、>、<、空格等等,尤其是&、=、和空
格,如果这些字符在post、get请求中是关键字,没有转译的话就会出错
传入空参数,尤其是必填参数,如果不传程序是否会处理
传入错误的参数类型:比如参数必须传入字符串,传入的参数为∶整形、浮点
型、负、空格等,程序的处理
输入字符串超长、程序的处理
参数间组合
异常情况(重复提交、并发,大数据)
接口性能
接口安全

三.通用接口测试用例设计

1.通过性验证:
  首先肯定要保证这个接口功能是好使的,也就是正常的通过性测试,按照接口文档上的参数,正常传入,是否可以返回正确的结果。

2.参数组合:
  现在有一个操作商品的接口,有个字段type,传1的时候代表修改商品,商品id、商品名称、价格有一个是必传的,type传2的时候是删除商品,商品id是必传的,这样的,就要测参数组合了,type传1的时候,只传商品名称能不能修改成功,id、名称、价格都传的时候能不能修改成功。

3.接口安全:

  • 绕过验证,比如说购买了一个商品,它的价格是300元,那我在提交订单时候,我把这个商品的价格改成3元,后端有没有做验证,更狠点,我把钱改成-3,是不是我的余额还要增加?
  • 绕过身份授权,比如说修改商品信息接口,那必须得是卖家才能修改,那我传一个普通用户,能不能修改成功,我传一个其他的卖家能不能修改成功
  • 参数是否加密,比如说我登陆的接口,用户名和密码是不是加密,如果不加密的话,别人拦截到你的请求,就能获取到你的信息了,加密规则是否容易破解。
  • 密码安全规则,密码的复杂程度校验

4.异常验证:
  异常的,也就是我不按照你接口文档上的要求输入参数,来验证接口对异常情况的校验。比如说必填的参数不填,输入整数类型的,传入字符串类型,长度是10的,传11,总之就是你说怎么来,我就不怎么来,其实也就这三种,必传非必传、参数类型、入参长度。

5.根据业务逻辑来设计测试用例
  根据业务逻辑来设计的话,就是根据自己系统的业务来设计用例,这个每个公司的业务不一样,就得具体的看自己公司的业务了,其实这也和功能测试设计用例是一样的。 举个例子,拿bbs来说,bbs的需求是这样的: 1、登录失败5次,就需要等待15分钟之后再登录 2、新注册的用户需要过了实习期才能发帖 3、删除帖子扣除积分 4、… 像这样的你就要把这些测试点列出来,然后再去造数据测试对应的测试点。

6.接口测试用例模板
  咱们测试接口的话,肯定要写测试用例,写测试用例的话,就要有一个用例模板,那需要有哪些字段呢?
    1.项目 是哪个项目的
    2.模块 这个接口是属于哪个功能模块的
    3.用例id
    4.接口名称
    5.用例标题 用例是干嘛的
    6.请求方式 GET/POST
    7.请求url url地址
    8.请求参数
    9.前置条件 有依赖的时候,比如说要测登录失败3次的
    10.结果验证 预期结果
    11.请求报文
    12.返回报文
    13.测试结果 通过/失败
    14.测试人员
                                                                                                                本文由网络收集整理,如有侵权,告知必删!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值