接口测试标准

一、接口测试的主要内容

二、怎么做接口测试

由于我们项目前后端调用主要是基于http协议的接口，所以测试接口时主要是通过工具或代码模拟http请求的发送与接收。

工具有很多如：postman、jmeter、soupUI、java+httpclient、robotframework+httplibrary等。

三、API测试内容

1、参数校验：

    （1）正常的入参： 

根据接口设计文档的入参标准，输入正常的参数，参数名需要符合标准命名；

请求体使用 JSON格式，命名格式小驼峰；

是否分页，例如：除仅查询记录一条的情况外，均需做分页处理（有特例再讨论），分页数量1000；

时间格式（一般为yyyy-mm-dd hh24:mi:ss）；

     （2）参数异常：

参数为空

多参或少参

错误的参数

（3）数据异常：

数据类型错误

非空参数为空

长度不符合设计

不在字典范围内的数据

不合法的成员

特殊字符和敏感字符

存在关联关系的参数数据异常等

2、响应信息

（1）响应头

命名方式为小驼峰

返回基础格式固定

响应码（具体查看后面的响应码图）

（2）响应内容

       1）正常的输出参数：

命名方式小驼峰

参数名是否符合数据接口清单标准命名；是否和数据库查询结果一致

pageCount是否无误（确认是否需要计算总数）

时间格式（一般为yyyy-mm-dd hh24:mi:ss）

        2）输出处理检查：

返回的数据需要有两条以上记录（只能查询到一条结果的情况除外）

服务期限：检查数据时限范围是否满足数据接口清单文档要求，例如三个月、两个月等

分页数据是否重复

接口定义返回的错误码是否合理

提示是否友好，是否出现敏感信息等

响应耗时，是否有添加熔断配置。超时处理不当，可能会引起进程阻塞。

3）响应格式 ：

一般默认选择json格式查看

选择HTML或TEXT、XML格式，检测显示是否无误

响应码，例如：

200 ：成功

202 ：数据错误

302：重定向

400 ：语义有误

403 ：无权限

404 ：资源不存在

415 ：调用内部接口错误

429 ：访问次数过多

500 ：一般是服务器错误