前提：有接口文档，研发提供

实在没有接口文档，公司又非要测试接口，写接口用例（作为测试很想吐槽）。只有一个办法，肯定是花费测试大量时间的。

没接口文档时候，对着抓包写

接口文档三要素：

1.接口概述  （接口实现功能、URL地址、get/post 、 接口使用场景描述）

2.接口入参（params/body、 headers）    a=xxx&b=xxx      {“ss”: ”sss”, }

3.接口出参(json或其它格式)

用例设计

接口测试是无界面的功能测试，设计用例思路跟功能测试一样

接口测试注重的是测后端接口，功能测试注重测前端页面

 

接口测试用例设计：

1.输入参数测试（输入参数合法，输入参数不合法，输入参数为空，输入参数为null，输入参数超长）

2.功能测试：接口是否满足了所提供的功能，相当于是正常情况测试

3.异常场景，如：请求超时、快速连续点击、请求失败情况（任务型的，失败后是否可以重新下发任务）

 

接口测试与功能测试区别

1.接口测试可以绕开前端，前端有一些输入限制，如6-20位，但是接口却可以输入5位数提交，看服务端是不是做了6-20的限制

（也就是说，平常点点点测的是页面功能，接口测的是服务端功能）

 

2.接口还可以测试抽奖次数并发情况，举个场景例子：

某个app有个抽奖活动，每个用户可以抽一次，必中一个奖项

-- 你在前端页面只能点一次（按钮变灰），就不能再点了

-- 如果你用接口去测，可以弄个并发去请求，虽然只有一次机会，但你去并发抽奖，此时服务端就会容易出错了（来不及判断你是不是一次机会），

此时会收到多个抽奖的请求，导致发放多个奖品出去（这种并发最容易出BUG）

 

下一篇：【总结】用pytest写接口自动化测试用例