[转]3分钟带你入门接口自动化测试来看这边！
1、什么是接口？接口是连接前台和后台的桥梁，前台通过接口调用后端已完成的功能，而无需关注内部的实现细节。借助于接口，可以实现前后台分离，各自完成开发工作后，进行联调，提高工作效率2、接口的分类？GET，POST，PUT,DELETE3、接口的区别？GET与POST的区别答：GET的请求数据是在URL上，POST的请求数据是通过FROM表单。安全性：POST接口的比GET接口更安全。PUT和DELETE的区别答：PUT用于更新和创建资源；DELETE用于删除资源。4、接口测试流程？答：需求沟通》》制定测试方案》》设计测试用例》》准备测试环境》》执行测试用例》》缺陷跟踪与回归测试》》上线5、为什么要设计测试用例？答：理清测试思路，避免漏测；提高测试效率；跟进测试进度；告诉领导这件事情你做过（也可以避免出了问题后扯皮）；6、如何设计接口测试用例？答：主要从功能，业务逻辑，安全，异常，接口文档等方面入手。6.1、功能接口的功能是否实现，比如调用创建集群接口能正常创建集群。接口的实现是否与接口文档一致。比如接口的参数与文档中描述的完全一致。6.2、业务逻辑接口的调用是否符合业务逻辑。比如支付的时候，需要上游提供订单号；创建集群快照的时候，要校验集群的状态是否可用。6.3、异常场景主要分为参数异常和数据异常下面以一个简单的登录接口为例，正常的请求如下https://pic3.zhimg.com/80/v2-8e92f24be4d9823bfa20b0c87f27c6de_720w.webp关键字异常：a.请求URL或body中包含Python JAVA等语言的关键字。b.参数为空，比如下图中的参数usernam为空：https://pic2.zhimg.com/80/v2-57e536f36decb5eef8deb7ad0a7d3c51_720w.webpc.多参数或少参数：多参数，请求body中多了参数loginmodehttps://pic3.zhimg.com/80/v2-ae13c79beac1f2179da55c185d56c802_720w.webp请求居然处理成功了，可见服务端并没有做校验。可以给开发同学提单了。少参数，删除username参数：https://pic2.zhimg.com/80/v2-ca262b910a2c8e0df8ad5aca4ff62a61_720w.webp后台返回错误信息，这种情况是正常的。d.参数不正确比如我们把username改成userNamehttps://pic3.zhimg.com/80/v2-0e2f70a43af3eead7b45cfc1cf7b8a9e_720w.webp后台给出了错误的提示信息，正常。
数据异常：a.数据长度https://pic3.zhimg.com/80/v2-cb875644bd4da5a88bb7dc7d22bdca72_720w.webp这种情况，后台需要校验长度，而不是直接进行查询。b.数据为空https://pic2.zhimg.com/80/v2-47dfc5e5c35a409369a8f946fb9dbb19_720w.webpc.数据不正确https://pic3.zhimg.com/80/v2-0bf00c84e08025cfd07b9b9efe241fa6_720w.webp6.3、安全主要是header，cookie，唯一识别码等。比如我想创建一个集群，那我是不是要先登录呢。在接口测试的时候可以使用错误的token，或已过期的Token下发创建集群的请求并观察服务端的响应。创建集群，是不是只要登录了就能创建呢？答案显然不是的，有的用户只能查看的权限但无创建权限。那我们就可以使用只有查看权限的用户获取Token后再去下发创建集群的请求，看看结果如何。关于登录，用户的密码必须要加密后才能传输，否则也是不安全的。可以使用抓包工具进行查看。还有如果因密码错误导致的登录失败，后台的返回的错误信息是：密码不正确。这会降低暴力破解的难度，不安全。正确的提示信息应该是：用户名或者密码不正确。6.4、接口文档接口的实现要和接口文档完全保持一致，方便前台或其他子系统调用。比如接口调用的使用的关键字是username，文档中写的确实usernmae，这是肯定不行的。接口的返回信息要清晰明确。7、接口测试工具的选择postman：是谷歌浏览器的一款插件，非常强大好用。Fiddler：可以抓取接口信息，也可以进行接口测试，自动回复，mock等，很强大。假如在接口文档还未完成的情况让测试人员去做接口测试，这种情况下就可以使用Fiddler工具抓取接口信息再进行测试。无需等接口文档完成后。8、如何提供接口测试的效率？假如领导让你测试100个接口，你加班加点测试完成后，终于松了一口气。过几天，项目上线了，领导告诉你再去把接口回归测试一遍，这个时候你可能就比较头大了。有没有好的解决方案呢？答案就是API自动化推荐使用Python+unittest+requests完成测试频率高的接口自动化，如果有更成熟接口测试框架就更好了。一次编写，可多次使用。
页:
[1]
