后端接口测试工具（常见接口测试工具）

本篇文章给大家谈谈后端接口测试工具，以及常见接口测试工具对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享后端接口测试工具的知识，其中也会对常见接口测试工具进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、【接口测试】0 接口测试工具Postman简介
• 2、常见的接口测试工具有哪些
• 3、接口模拟测试利器，moco server工具的介绍
• 4、接口自动化测试
• 5、性能测试工具 wrk 使用教程

【接口测试】0 接口测试工具Postman简介

从今天开始后端接口测试工具，会持续更新一款接口测试必备工具-postman后端接口测试工具的系列使用文章后端接口测试工具，每天会更新一篇postman后端接口测试工具的使用技巧，希望对工作中用得到该工具的同学有所帮助。

Postman 最早是google的一个插件存在的，但是又google退出中国以及postman团队对工具的定位，主攻pc端app的开发及优化，现在的google插件已经很少再使用后端接口测试工具了，postman虽然是一个商用软件，但是对于我们普通用户来说，基本功能完全够用的。

Postman 从最初设计上就是为接口测试而生的，所以在程序员中广泛使用，在开发调试网络程序时跟踪一些网络请求，能够高效的帮助后端开发人员独立进行接口测试。

我们来看一下postman的主要功能：

1、Postman是一款功能强大的网页调试、HTTP请求发送及接口测试用例运行的工具

2、能够模拟各种HTTP Request如GET、POST 、header、 PUT、 DELETE…等等

3、请求中还可以发送文件(图片、文本文件等)、额外的header等，实现特定的接口测试

4、能够高效的帮助后端开发人员独立进行接口测试

5、Postman提供了云服务，支持数据同步及团队协作等

6、提供了丰富的HTML格式的报告模板

7、不仅仅进行接口测试，而且是一个API管理工具

8、Postman是一款最常见的REST风格接口测试工具。

9、.................

在后面的系列文章中包括但不限于下面的专题：

1、Postman 工具的安装及注册

2、Postman接口测试的流程

3、Postman 发送get请求

4、Postman 发送post请求-x-www-from-urlencoded格式参数使用

5、Postman 发送post请求-form data格式参数使用（file文件上传）

6、Postman 发送post请求-Json格式参数使用

7、Postman 环境变量的使用

8、Postman pre-requests的使用

9、Postman test断言功能的使用

10、Postman Runner的使用

11、Postman Data数据文件处理

12、Postman monitor功能使用

13、Postman Newman命令行工具的使用

14、Postman与Jenkins集成使用

15、Postman进行Soap webservice接口测试

16、Postman使用mock进行挡板测试（1）

17、Postman使用mock进行挡板测试（2）

..............

暂时先规划这么多，后面在写的过程中，遇到好的点，会增加进来，今天就先写到这。

常见的接口测试工具有哪些

接口一般来说有两种，一种是程序内部后端接口测试工具的接口，一种是系统对外的接口。
系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们用的app、网址这些它在进行数据处理的时候都是通过接口来进行调用的。
程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块、发帖模块等等，那你要发帖就必须先登录，要发帖就得登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部系统进行调用。
一、常见接口：
1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等后端接口测试工具；
2、http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等；
二、前端和后端：
在说接口测试之前，我们先来搞清楚这两个概念，前端和后端。
前端是什么呢，对于web端来说，咱们使用的网页，打开的网站，这都是前端，这些都是html、css写的；对于app端来说呢，它就是咱们用的app，android或者object-C（开发ios上的app）开发的，它的作用就是显示页面，让我们看到漂亮的页面，以及做一些简单的校验，比如说非空校验，咱们在页面上操作的时候，这些业务逻辑、功能，比如说你购物，发微博这些功能是由后端来实现的，后端去控制你购物的时候扣你的余额，发微博发到哪个账号下面，那前端和后端是怎么交互的呢，就是通过接口。
前面说的你可能不好理解，你只需记住：前端负责貌美如花，后端负责挣钱养家。
三、什么是接口测试：
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
OK，上面是百度百科上说的，下面才是我说的
其实我觉得接口测试很简单，比一般的功能测试还简单（这话我先这样说，以后可能会删O(∩_∩)O哈！），现在找工作好多公司都要求有接口测试经验，也有好多人问我（也就两三个人）什么是接口测试，本着不懂也要装懂的态度，我会说：所谓接口测试就是通过测试不同情况下的入参与之相应的出参信息来判断接口是否符合或满足相应的功能性、安全性要求。
我为啥说接口测试比功能测试简单呢，因为功能测试是从页面输入值，然后通过点击按钮或链接等传值给后端，而且功能测试还要测UI、前端交互等功能，但接口测试没有页面，它是通过接口规范文档上的调用地址、请求参数，拼接报文，然后发送请求，检查返回结果，所以它只需测入参和出参就行后端接口测试工具了，相对来说简单了不少。

接口模拟测试利器，moco server工具的介绍

前后端经常会存在接口对接后端接口测试工具，为减少相互间后端接口测试工具的强依赖，双方能并行开发。接口的模拟测试就显得尤为关键。一些对外的接口，外部环境往往不可控，在开发、测试阶段为了减少其影响，通过接口模拟测试能减少很多不必要的麻烦。

本文将介绍一款轻量级的java mock server工具，解决以上的常见问题。

moco是一个java实现，轻量级的，开源的接口模拟测试工具，可以通过jar独立部署。简单json配置，即可实现接口的请求响应接口模拟。

官方地址：

下载官方Standalone Moco Runner文件到本地。

下载完成对应目录下可以moco-runner-0.12.0-standalone.jar文件

对应目录下新增foo.json文件以下内容。

以上定义了全局接口的返回信息。

以下命令运行moco server

访问http://localhost:12306 ，将看到"Hello, Moco"返回信息。

以上就完成了moco server的接口完整测试。是不是很easy。接下来我们再看看，比较常用的http restful的配置方式。

一个项目往往有很多接口，moco的include属性支持多个配置文件的引用，通过不同文件的配置实现接口的分组定义，更便于接口管理维护。

首先定义一个全局配置文件globalconfig.json（名称可以任意取）

上面使用include属性，引入相关子文件定义。

注意：若使用include的文件定义，在启动moco server的时候，配置文件前的启动参数是 -g ，而不是一开始介绍的 -c 参数，否则启动将包include字段识别错误。

openApi.json文件内容如下

上面定义了接口测试1、接口测试2两个接口。每个接口可以配置他的request和response信息。在接口测试时，必须request选项满足时，对应response才返回。

更多属性配置可参见官方文档。

另外moco server对配置文件的变更是实时检测的，以下控制界面可见openApi.json发生的change变更。这在测试联调时特别方便，一种返回case测试完后想改返回值，只需变更响应配置文件，无需来回重启moco server。

通过使用moco server，是否感觉特别得简单、实用、高效后端接口测试工具？喜欢的coder们赶快使用起来吧！提高效率，珍惜生命！

接口自动化测试

接口 ：外部系统与本系统之间以及系统内部的各个子系统间，以约定标准提供的服务，包括对外提供的接口/对内提供的接口。

在这块我们举一个比较生活化的例子，我们平常使用的笔记本，在笔记本的两端有很多小插口，最常见的就是USB插口，我们可以把鼠标连接在USB插口上，也可以把键盘、U盘连接在USB插口上，为什么同一个USB接口可以连接这么多设备呢，其实这个接口，他就有一个统一对外的连接标准。
在我们开发当中，也有一个对外暴露的接口，因为他们服务的协议都是统一的，最常见的就是hhtp协议，我们规定好一种格式，让客户端来调用我们。
这里面键盘鼠标属于调用方，插到笔记本的USB上，就可以连接设备，就可以进行操作了。对外暴露的一个统一的一个规范，这样去理解接口，更形象一些。

在了解完什么是接口之后，我们来说一下什么是接口测试。
接口测试 测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等，保证对外提供接口的正确性和健壮性。
我们在具体测试过程中，我们不用关心接口调用方和接收方的实现逻辑，我们只需要知道传入什么数据，返回什么的结果是否达到我们的预期。接口测试其实也是黑盒测试，他与UI测试的区别就是没有界面交互，是不可视化的。

测试前置 ：我们不能等到整个系统全部开发完成才能进行测试，我们可以通过调用接口来进行测试，把问题拦截在前期，降低问题修复成本。
Bug更容易定位 ：因为我们按接口进行测试，出现问题后在被测接口中排查就可以了，它比系统集成之后，发现问题更容易定位，系统集成之后有各种模块的调用，出现bug之后再排查，排查的链路非常的长。另外从机制上更接近出问题的地方更容易命中问题。
前后端分离结构 ：现在很多系统都采用前后端分离架构，各服务之间更多的是通过接口来实现信息互通，对接口进行直接测试，可以更全面的覆盖各类测试场景。
自动化测试落地性价比高 ：比UI自动化测试更稳定，我们上面已经说了UI层的元素时常发生变化，有时改一个简单的元素，都有可能导致我们的自动化测试走不下去，写一套自动化测试脚本比较容易的，但是维护起来，会耗费很大的时间精力，相对来说，接口就比较稳定，一个项目没有大的改造，入参和出参就是固定的，变化的概率比较小，这样维护起来也比较方便。
减少安全隐患 ：比如我们在平常的测试过程中，测试用户名和密码，密码格式要求不能输入特殊字符，前端做了校验，而后端没有处理，这样我们只测试页面，这条case就默认通过了，但一些黑客可能通过抓包的方式进行登录，这样安全隐患就比较大了。我们对接口进行安全测试，可以避免安全隐患。

借助工具 ： Postman、Jmeter、jsf平台、jsf测试工具、easytest
编写测试脚本 ：Java+TestNG

请关注下一篇如何使用Java+TestNG进行接口自动化测试

性能测试工具 wrk 使用教程

被面试官经常问到之前开发后端接口测试工具的系统接口 QPS 能达到多少，经常给不出一个数值，支支吾吾，导致整体面试效果降低后端接口测试工具？

原因基本是一些公司中，做完功能测试就完了，压根不会有性能测试这一步，或者说并发量较少，没有必要进行性能测试，亦或者，交给测试人员后，只要整体问题不大，测试报告一般也是不会再给后端人员看的，这就导致我们在面试的时候，场面一度尴尬 ！！！

其实，不单单是针对面试，作为一名后端开发者，我们在完成一个接口开发后，在交给测试工程师之前，经常也会想知道，自己写的这个接口的性能如何呢？吞吐量能达到多少？QPS（Query per second 每秒处理完的请求数） 能达到多少呢？

这个时候，我们就需要借助一些常用的性能测试工具，如 Apache ab, Apache JMeter (互联网公司用的较多)，LoadRunner 等。

我们今天主要说一说轻量级性能测试工具 wrk 。

一、什么是 wrk
二、 wrk 的优势劣势

三、wrk 安装

四、如何使用

五、总结
六、参考文档
七、赠送面试学习福利资源

摘自官方 GitHub 上的英文介绍：

翻译一下：

wrk 是一款针对 Http 协议的基准测试工具，它能够在单机多核 CPU 的条件下，使用系统自带的高性能 I/O 机制，如 epoll，kqueue 等，通过多线程和事件模式，对目标机器产生大量的负载。

在说 wrk 的优势之前，瞅一下 wrk 的 GitHub Star 数，也能侧面反映下它的可靠性：

Wow ! 截止笔者截图为止, Star 数已经达到了 19742 !!!

再来说说 wrk 的优势：

wrk 目前仅支持单机压测，后续也不太可能支持多机器对目标机压测，因为它本身的定位，并不是用来取代 JMeter, LoadRunner 等专业的测试工具，wrk 提供的功能，对我们后端开发人员来说，应付日常接口性能验证还是比较友好的。

wrk 只能被安装在类 Unix 系统上，所以我们需要一个 Linux 或者 MacOS 环境。Windows 10 安装需要开启自带的 Ubuntu 子系统。

依次执行如下命令：

依次执行如下命令：

Mac 系统也可以通过先编译的方式来安装，但是更推荐使用 brew 的方式来安装, 步骤如下：

Windown 10 需要在 Windows 功能 里勾选 适用于 Linux 的 Windows 子系统 , 然后通过 bash 命令切换到 Ubuntu 子系统。接下来，参考 3.1.1 Ubuntu 的操作系通中，安装 wrk 的步骤。

命令行中输入命令：

输出如上信息，说明安装成功了！

安装成功了，要如何使用呢？

这条命令表示，利用 wrk 对 www.baidu.com 发起压力测试，线程数为 12，模拟 400 个并发请求，持续 30 秒。

除了上面简单示例中使用到的子命令参数， wrk 还有其他更丰富的功能，命令行中输入 wrk --help , 可以看到支持以下子命令：

翻译一下：

执行压测命令:

执行上面的压测命令，30 秒压测过后，生成如下压测报告：

我们来具体说一说，报告中各项指标都代表什么意思：

可以看到，压测报告还是非常直观的！

您可能有疑问了，你这种进行 GET 请求还凑合，我想进行 POST 请求咋办？而且我想每次的请求参数都不一样，用来模拟用户使用的实际场景，又要怎么弄呢？

对于这种需求，我们可以通过编写 Lua 脚本的方式，在运行压测命令时，通过参数 --script 来指定 Lua 脚本，来满足个性化需求。

wrk 支持在三个阶段对压测进行个性化，分别是启动阶段、运行阶段和结束阶段。每个测试线程，都拥有独立的Lua 运行环境。

启动阶段:

在脚本文件中实现 setup 方法，wrk 就会在测试线程已经初始化，但还没有启动的时候调用该方法。wrk会为每一个测试线程调用一次 setup 方法，并传入代表测试线程的对象 thread 作为参数。setup 方法中可操作该 thread 对象，获取信息、存储信息、甚至关闭该线程。

运行阶段：

结束阶段：

done() 方法在整个测试过程中只会被调用一次，我们可以从给定的参数中，获取压测结果，生成定制化的测试报告。

自定义 Lua 脚本中可访问的变量以及方法：

变量：wrk

以上定义了一个 table 类型的全局变量，修改该 wrk 变量，会影响所有请求。

方法：

上面三个方法解释如下：

调用 POST 接口：

注意: wrk 是个全局变量，这里对其做了修改，使得所有请求都使用 POST 的方式，并指定了 body 和 Content-Type头。

自定义每次请求的参数：

在 request 方法中，随机生成 1~10000000 之间的 uid，并动态生成请求 URL.

每次请求前，延迟 10ms:

请求的接口需要先进行认证，获取 token 后，才能发起请求，咋办？

上面的脚本表示，在 token 为空的情况下，先请求 /auth 接口来认证，获取 token, 拿到 token 以后，将 token 放置到请求头中，再请求真正需要压测的 /test 接口。

压测支持 HTTP pipeline 的服务：

通过在 init 方法中将三个 HTTP请求拼接在一起，实现每次发送三个请求，以使用 HTTP pipeline。

本文中，我们学习了轻量级性能测试工具 wrk, 如何安装，以及具体的使用方法，包括通过 Lua 脚本来个性化定制请求等。希望读完本文，能对您有所帮助哦！

关于后端接口测试工具和常见接口测试工具的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 后端接口测试工具的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于常见接口测试工具、后端接口测试工具的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。