python+pytest接口自动化(1)-接口测试基础_pytest 接口测试

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

以接口所使用的协议不同可做如下分类：

• HTTP 接口，使用 HTTP 协议
• Web Service 接口，使用 soap
• WebSocket 接口，使用 TCP、UDP 协议
• Dubbo 接口，使用 Dubbo 协议

当然，以使用协议不同进行分类其实也是不严谨的，例如 soap 协议也是基于 HTTP 协议的封装，Dubbo 协议基于 TCP 协议，所以这个分类也仅供参考。

以接口设计风格不同可做如下分类：

• RPC 类型接口，RPC 面向过程调用（Remote Procedure Call Protocol），主要是基于 TCP/IP 协议
• REST 类型接口，REST 面向资源调用（Representational State Transfer），主要是基于 HTTP 协议

至于这两种风格的具体内容，这里不做过多说明，有兴趣的同学可以自行查找资料。

常见接口

接口测试即对接口进行校验性测试，测试工作过程中常遇到的接口有HTTP、Dubbo两种，两者对比如下 (理解有误的话欢迎评论指正)：

目前绝大部分公司的接口测试都是针对HTTP接口。

以登录TesterHome网站为例，我们在网页上输入用户名、密码，点击【登录】按钮后，网页就会请求登录接口 (该接口为HTTP接口) 向服务端发起登录请求。

输入错误的用户名或错误，登录接口(sign_in)就会返回错误，如下：

输入正确的用户名和密码，登录接口校验通过，登录成功且跳转至首页，如下：

通过示例，我们对客户端跟服务端之间怎样通过接口的形式进行数据的交互有个大致的印象。

测试分层

通常把软件测试分为三层金字塔模型，由上至下依次为：UI测试、接口测试、单元测试。

就项目质量而言，金字塔的每一层都无法被替代，我们平常测试可能更多的是关注UI测试，但对于满足满足被测系统的质量而言这往往是不能够的，除此之外还需要对接口进行测试 (单元测试一般由开发完成)。

接口测试的必要性及优势如下：

• 比UI测试更接近底层，越早发现底层的问题，解决成本越低。
• 相对于UI测试而言，接口测试更容易发现后端隐藏的bug。
• 在前后端分离的设计模式下，容易绕过前端篡改或伪造数据进行接口请求，因此需要对接口的异常处理能力及安全性方面进行测试。
• 在并发的情况下，需要对接口的稳定性进行性能测试，否则容易造成系统问题。
• 相对于单元测试而言，接口测试更接近用户使用场景，且投入成本更低。
• 相对于UI测试，接口测试可以进行维护成本更低、效率更高的自动化测试。

测试左移和右移

近些年测试行业越来越多地提及测试的左移与右移，它们的定义如下。

测试左移

测试左移 ，即让测试介入开发提测之前的部分测试工作。比如，在架构设计阶段或开发阶段，测试人员就介入开始考虑产品的可测试性，并管理开发自测等。此外，测试可以更进一步扩展到需求评审阶段，让测试人员不仅仅是了解需求，还要评估需求的质量。

测试右移

测试右移，即让测试介入应用上线后的部分工作。比如，产品上线过程中后上线后，测试人员可进行线上巡检。此外，产品上线后，测试人员仍需要关注线上情况，发现问题需及时跟进，将影响降到最低。

测试的左移与右移是为了更好的把控项目的质量，而不管是左移还是右移，在实践的过程中，对接口的质量关注仍然是重点。

总结

就当前软件测试招聘的市场需求以及趋势而言，接口测试是测试人员必须掌握的技能，而接口自动化测试则是加薪利器。

工作过程中更多的是对HTTP协议的接口做接口测试，后续博客针对的也是HTTP类型的接口。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

需要这份系统化的资料的朋友，可以戳这里获取