谈谈单接口测试

如果只是单个接口的测试还是归属于功能测试。

平时我们是怎么做接口测试的？
接口文档、接口文档，一定要看接口文档。
初学者做接口测试必须要先会一个工具，postman、fiddler、charles。后两者更多应用于抓包，但都可以使用。
也可以自己写一个接口请求函数，然后给返回的响应数据做断言。达到接口测试的目的。
一般做单接口测试我们是从这几个方面考虑：
1、通过性验证，在测这个接口之前必须保证这个接口是可用的，是通的，相当于冒烟测试。
2、请求接口参数组合传参，在正常规则内进行组合传参，请求参数各个字段值验证，参数是否必传。
3、请求接口顺序（绕过验证），例如，登录后才能下单购买，当未进行登录时，下单接口请求是不能成功的。
4、异常验证，必填项验证、字符类型、长度等等，就是不按照接口文档进行传参。
5、安全性，验证header，敏感数据加密等。
6、响应结果，各种场景下请求接口的返回结果，对应的结构体和参数。
7、响应时间，遵守1357规则，根据实际场景而定。
8、接口逻辑，提交多次接口、并发，业务逻辑等。

当然有些小公司为了赶工期或者其他各种原因是没有接口文档的，那么这样情况该怎么办？
一句话，没有接口文档很难搞，抓包看参数，先保证接口通过性验证，然后从开发和产品获取信息，决定对那些进行验证。

再说下怎么判断bug是前后端谁的问题？
接口请求参数有问题找前端，返回参数有问题先分析下具体问题，一般是找后端（常见的40X/50X），路径或者是服务器的问题。