12- APP接口测试以及接口文档的分析

什么是接口？

 

为何要作接口测试？

 

 

接口测试流程

需求评审

需求分析

接口用例设计

执行测试用例

bug的定位于追踪

 

接口文档分析

接口文档分析：开发

内容：

1.接口名称

2.接口地址

3.支持方式

4.请求方法

5.请求参数（参数名称，类型，是否必填，参数说明）

6.返回参数（返回码，返回值信息，返回json消息或者xml消息）

7.信息头数据。

 

HTTP响应码

1xx

2xx

3xx

 

测试用例的设计

①正常情景

功能是否按照接口文档要求的功能实现。

②异常场景

1.参数为空

2.参数多填

3.参数少填

4.参数类型错误

5参数数值范围错误

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

 

具体用例设计

①必填参数：对于必填参数要设计传参数和不传参数，接口的返回状况。

 

--必填参数传参数：

1.参数都是正确

2.必填参数类型错误（非法，特殊字符）

3.必填参数数值范围错误（超过边界值）

--必填参数不传参数

1.必填参数所有为空

2.必填参数部分为空

 

②选填参数用例设计

因为通常接口对于非必须参数都不会作非正常性传值的判断，因此只要接口返回的内容是否正确便可。

若是有接口文档说明对非必须参数做了非正常验证的话，也要对其进行验证。

 

 

接口返回值

1.首先比较返回码

2.比较返回值的完整性，即返回的key全不全

3.而后比较key的value数据类型

4.而后比较key对应的value值（也包括验证业务相关的数据的value值）

 

 

最终的接口测试设计

1.覆盖全部参数，正向用例

2.覆盖全部必填参数，正向用例

3.某一必填参数为空，逆向用例

4.必填参数基础上，少穿一个参数。

5.多穿一个参数，逆向用例。

6.必填参数数据类型错误，数据值错误，逆向用例（列如整型变字符串）

7.任意组合可选参数，正向用例。

8.与业务逻辑相关的，用户身份认证为空或者错误，逆向用例。

9.字段的惟一性校验，若是插入的字段不能重复，发送两次请求，查看第二次返回结果。