接口测试基础总结

1、什么是接口？

接口是连接前台和后台的桥梁，前台通过接口调用后端已完成的功能，而无需关注内部的实现细节。借助于接口，可以实现前后台分离，各自完成开发工作后，进行联调，提高工作效率

2、接口的分类？

GET，POST，PUT,DELETE

3、接口的区别？

GET与POST的区别

答：GET的请求数据是在URL上，POST的请求数据是通过FROM表单。安全性：POST接口的比GET接口更安全。

PUT和DELETE的区别

答：PUT用于更新和创建资源；DELETE用于删除资源。

4、接口测试流程？

答：需求沟通》》制定测试方案》》设计测试用例》》准备测试环境》》执行测试用例》》缺陷跟踪与回归测试》》上线

5、为什么要设计测试用例？

答：理清测试思路，避免漏测；

提高测试效率；

跟进测试进度；

告诉领导这件事情你做过（也可以避免出了问题后扯皮）；

同时，在这我为大家准备了一份软件测试视频教程（含面试、接口、自动化、性能测试等），就在下方，需要的可以直接去观看，也可以直接【点击文末小卡片免费领取资料文档】

软件测试视频教程观看处：

6、如何设计接口测试用例？

答：主要从功能，业务逻辑，安全，异常，接口文档等方面入手。

6.1、功能

接口的功能是否实现，比如调用创建集群接口能正常创建集群。

接口的实现是否与接口文档一致。比如接口的参数与文档中描述的完全一致。

6.2、业务逻辑

接口的调用是否符合业务逻辑。比如支付的时候，需要上游提供订单号；创建集群快照的时候，要校验集群的状态是否可用。

6.3、异常场景

主要分为参数异常和数据异常

下面以一个简单的登录接口为例，正常的请求如下

?关键字异常：

a.请求URL或body中包含Python JAVA等语言的关键字。

b.参数为空，比如下图中的参数usernam为空：

?c.多参数或少参数：

多参数，请求body中多了参数loginmode

请求居然处理成功了，可见服务端并没有做校验。可以给开发同学提单了。

少参数，删除username参数：

?后台返回错误信息，这种情况是正常的。

d.参数不正确

比如我们把username改成userName

?后台给出了错误的提示信息，正常。

数据异常：

a.数据长度

?这种情况，后台需要校验长度，而不是直接进行查询。

b.数据为空

c.数据不正确

6.3、安全

主要是header，cookie，唯一识别码等。

比如我想创建一个集群，那我是不是要先登录呢。在接口测试的时候可以使用错误的token，或已过期的Token下发创建集群的请求并观察服务端的响应。

创建集群，是不是只要登录了就能创建呢？答案显然不是的，有的用户只能查看的权限但无创建权限。那我们就可以使用只有查看权限的用户获取Token后再去下发创建集群的请求，看看结果如何。

关于登录，用户的密码必须要加密后才能传输，否则也是不安全的。可以使用抓包工具进行查看。

还有如果因密码错误导致的登录失败，后台的返回的错误信息是：密码不正确。这会降低暴力破解的难度，不安全。正确的提示信息应该是：用户名或者密码不正确。

6.4、接口文档

接口的实现要和接口文档完全保持一致，方便前台或其他子系统调用。比如接口调用的使用的关键字是username，文档中写的确实usernmae，这是肯定不行的。

接口的返回信息要清晰明确。

7、接口测试工具的选择

postman：是谷歌浏览器的一款插件，非常强大好用。

Fiddler：可以抓取接口信息，也可以进行接口测试，自动回复，mock等，很强大。

假如在接口文档还未完成的情况让测试人员去做接口测试，这种情况下就可以使用Fiddler工具抓取接口信息再进行测试。无需等接口文档完成后。

8、如何提供接口测试的效率？

假如领导让你测试100个接口，你加班加点测试完成后，终于松了一口气。过几天，项目上线了，领导告诉你再去把接口回归测试一遍，这个时候你可能就比较头大了。有没有好的解决方案呢？答案就是API自动化

推荐使用Python+unittest+requests完成测试频率高的接口自动化，如果有更成熟接口测试框架就更好了。一次编写，可多次使用。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。