接口测试(灰盒测试)需求文档分析

没有界面的测试

接口需求规格说明书

接口文档分析

1.接口名称

2.接口地址

3.支持的格式:json xml 

4.请求方式:post,get。。。

5.请求参数:json格式的键值对

6.返回参数(返回码,返回值信息,返回json消息或者xml消息)

响应码:

1xx

2xx:代表成功相应,动作被接收,理解

3xx:重定型相应类

4xx:客户端错误,请求资源不存在

5xx:服务器错误,超时。不能执行

接口测试流程

需求评审

需求分析

接口用例设计

执行用例

bug定位和跟踪

基于postman的接口用例设计

collection很多接口,批量执行

请求:

post在下面body体里面填写参数

get在在右边params里填写参数

键值对,form-data。一个既可以上传键值对,也可以上传文件

简单看相应时间,请求大小

正常场景

功能是否按照文档要求实现

异常场景

参数为空:(key不填)

参数少填

参数类型错误

参数数值范围错误

 异常场景是否有正确的处理逻辑和相应提示

举例:必填参数都正确,必填参数类型错误(非法,特殊字符),参数数值范围错误(超越边界);必填参数  部分为空,必填参数全部为空。

最终接口测试用例设计

覆盖所有参数,正向用例

覆盖所有必填参数,正向用例

某一必填参数为空,逆向用例(key值为空,bus值为空,城市值为空)

必填参数基础上少传一个参数,逆向用例(填写abc,值为123)

必填参数数据类型错误,数据值错误,逆向用例(例如整形变为字符串)

任意组合可选参数,正向用例(填写xml,填写json,默认不填写)

与业务逻辑相关的,用户身份认证为空或者错误,逆向用例(key值)

字段的唯一性校验,入插入数据字段不能重复,发送两次请求,查看第二次返回结果(登录,已经登陆再登录的提示信息)

body

后面的一个Tests

可用于设置断言,请求出现相应的字符即请求成功

js代码:改引号内内容

status code:Code is 200响应

Response body Contains string断言某某字符

批量执行

右尖括号里面run

导出报告Export Results

全局变量:接口地址

Environment Option Manage Environments

Globals

{{address}}代替所换的地址

原文地址:https://www.cnblogs.com/dopaking/p/9319369.html