干货分享！开展接口测试从小作坊到大厂的进阶之路(包括apifox和metersphere的对比)

接口测试是一个老生常谈的话题，网上有很多如何做接口测试的相关文章，在这里我就不对接口测试的概念以及开展接口测试的相关策略进行详细的描述了，本文只讲述小作坊（小公司）如何像大厂（大公司）一样开展接口测试，希望本文能够给大家提供思路，帮助大家！

接口测试核心三步骤

1. 确认接口文档的准确性，这是接口测试通过与否的标准

个人觉得此处是接口测试开展成功与否的关键，特别是前期需要耗费大量的时间与研发进行沟通一起确认接口文档的准确性。强烈建议让测试组的妹子担任此项工作，懂的自然懂！

2.构建接口

通常代码选择java的httpclient jar包或者python的requests模块

工具选择postman、jmeter等

如果家需要构建的接口是公司自定义的协议，那么就需要与开发沟通如何通过代码的形式调用研发提供的接口，这里就要求大家必须有一定的编码基础了！

3.校验接口请求，在成功调用接口后，获取接口的响应数据，根据接口文档来判断接口测试的通过与否

开展接口测试的方案

小作坊做法

• 接口文档管理：

通常使用Swagger、World、 excel。关于接口文档管理最重要的是：接口一旦变更如何第一时间通知接口的相关人员做到信息同步，例如开发人员修改了某个接口就要第一时间通知相关的接口调用方以及对应的测试人员来保证接口的信息同步。

• 接口调试：

使用工具Postman、各个浏览器的开发者工具、fiddler、jmeter等等

• 接口测试：

代码形式：使用java或者python，要求测试人员有基础的编码能力，实现有一定门槛；

工具形式：使用jmeter，绝大多数场景无需编码，另外便于直接对接口进行性能测试(增加线程组中的线程数即可)，推荐；

• 接口代码管理

Git或者svn

大厂做法

• 自己开发测试平台：好处就是把小作坊中的接口文档、接口调试、接口测试以及接口代码和文档的管理都统一到一个平台中！

• 使用第三方平台

如果公司暂时不具备开发测试平台的能力，但是还想上测试平台怎么办呢？

我们可以使用第三方测试平台。目前业界比较认可的工具包括：apifox和Metersphere 二者官网链接如下：

https://metersphere.io/

https://www.apifox.cn/

APIFox核心功能如下：

Metersphere 核心功能如下：

注意：UI自动化测试是需要额外收费的

我在这里对MeterSphere 和apifox 进行对比：

• 二者在接口测试工作流程中，使用步骤和方法基本一致，都可以把 API 文档、API 调试、API Mock、API 自动化测试集于一体。
• Apifox只针对接口测试，接口测试相关功能细节设计更为易用，定位 Postman + Swagger + Mock + JMeter。
• MeterSphere 是一站式开源持续测试平台, 涵盖测试跟踪、接口测试、UI 测试和性能测试等，全面兼容 JMeter、Selenium。核心是测试平台的构建，接口测试相关功能细节没有Apifox强大，但是足够满足基础的接口测试需求。
• 关于费用问题：Apifox 共有版免费，私有部署按使用人数收费 ；MeterSphere 支持独立部署并且免费（收费功能包括：原厂企业级支持服务+X-Pack 增强包功能，但是通过实际使用免费功能足够开展接口测试）

个人的一些建议

如果想提升测试人员的技术能力，可以从小作坊做法开始，让团队熟悉jmeter，熟悉git，调试接口时熟悉postman，在这个过程中一定会遇到各种问题，当把这些问题一一解决以后，人员的技术能力一定会有所提升！小作坊最大的问题就是在做接口测试数据全局展示时不太方便，需要人工汇总数据，然后生成图表，最后再做展示，这一点是远不如测试平台方便的！

如果想引入测试平台，如果公司给投钱，那么建议Apifox进行本地化部署（当然如果不考虑公司接口的安全性，可以使用Apifox的公有云版），在做接口测试方面apifox的易用性的确非常的棒；如果公司没有预算，可以引入metersphere测试平台, 涵盖测试跟踪、接口测试、UI 测试（收费）和性能测试，metersphere部署非常的简单，官方文档也非常的详细，会很快上手的。产品在接口测试方面表现虽然不如apifox完美，但是通过实际使用， metersphere作为接口测试平台是足够胜任的，个人比较推荐！

最后强调一点，接口测试最最重要的还是接口测试文档的质量，这点必须开发配合，特别是编写接口测试初期，需要大量的沟通确认工作！我始终认为接口测试的难点不是技术，而是沟通！原创不易，如果文章帮到了你，劳烦点赞转发！