批量接口测试工具（接口测试自动化工具）

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

本文目录一览：

• 1、常见接口测试工具有哪些？使用哪个好？
• 2、常见的接口测试工具有哪些?
• 3、JMeter教程：使用CSV文件完成批量接口测试

常见接口测试工具有哪些？使用哪个好？

1.
主流接口测试工具：Jmeter、PostMan、RESTClient、Fiddler、Requests库，不同测试环境不同需求，选择不同工具。
1).
Jmeter：Java开发一款开源免费工具，适合接口功能测试、接口自动化测试、接口压力测试
【推荐】
2).
PostMan:谷歌公司开发的一款工具，分为浏览器插件版和客户端版。
适合开发自测接口、测试调试接口
3).
RESTClient：一款国人开发的火狐浏览器插件，界面简单，支持高亮显示，调试、自测
推荐。
4).
Fiddler：强大的抓包工具，支持接口请求、响应。
5).
Requests库：python语言中一个第三方请求库，使用代码测试接口不二选择。注意：适合python语言
以上内容均来自黑马程序员软件测试课程笔记

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

接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。
系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们用的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、前端交互等功能，但接口测试没有页面，它是通过接口规范文档上的调用地址、请求参数，拼接报文，然后发送请求，检查返回结果，所以它只需测入参和出参就行了，相对来说简单了不少。

JMeter教程：使用CSV文件完成批量接口测试

当我们在工作中进行接口测试时，项目的接口肯定不止一个，而是很多很多。而且每个接口都需要进行正确参数，错误参数，参数为空，特殊字符等各种场景来进行测试接口是否能够正确返回所需的响应值。如果需要进行回归测试，则工作量则更大了。如果只需要使用一份CSV文件完成所以的接口测试，那就更方便且更好管理接口。

        那么我们该如何通过JMeter来完成批量测试呢？ 我们先建立一个较为简单的方式进行测试脚本观察一下。

        以一个获取创建订单时的【省/市/区信息】接口：api.test.XXXXXX.com/api/XXXX/XXXX/getAddress 请求方法：post 请求参数：type，code为例：

1.添加线程组

    测试计划右键选择添加——线程用户——线程组。

     Setup线程组： 用于执行预测试操作

     tearDown： 用于执行测试后操作

     线程组： 一般测试接口时添加的线程，可以把它看做一个虚拟的用户组，线程组中的每一个线程都可以理解为一个虚拟用户
2.添加HTTP信息头管理器

     线程组右键选择添加——配置元件——HTTP信息头管理器
    如果接口信息头定义了值的话，需要放到信息头管理器里面，例如：用户token，公共参数等。
3.添加HTTP请求

     线程组右键添加——取样器——HTTP请求
     协议： 默认HTTP协议，可不填写，若为HTTPS协议需要填写HTTPS。

     服务器名称或IP： 填写接口域名

     端口号： 默认HTTPS请求的80，若为HTTPS请求需要填写443

     方法： 直接选择接口的请求方法：GET，POST，PUT，DELETE即可。

     路径： 填写接口的具体路径    

     参数： 点击下方导航栏添加按钮，在已经添加的数据栏填写参数名，参数值。    
4.添加察看结果树

     线程组右键添加——监听器——察看结果树
    左边：展示请求名，绿色请求结果表示请求成功，红色请求结果表示请求失败。

    右边：展示请求值，包括取样器结果，请求头，请求体，响应头，响应体。

以上步骤能够确保接口正确的进行访问并返回对应的返回值。

完成以上步骤后，下一步就是要把上面步骤的所有的值以参数的形式传递给JMeter脚本，使我们能够以参数化的形式对接口进行批量测试。

5.添加循环控制器

     线程组右键添加——逻辑控制器——循环控制器，循环控制器添加后需要把【HTTP信息头管理器】【HTTP请求】移到【循环控制器下】
    循环次数：运行脚本后循环控制器下的HTTP请求将执行的次数。例如：循环控制器的计数为1，则发送HTTP请求1次；计数为5，则发送HTTP请求5次。设置为永远则需要手动停止请求，否则不会停止请求。
6.在循环控制器下添加CSV配置文件

     循环控制器右键添加——配置元件——CSV数据文件设置，CSV文件里面定义接口所需要动态取值的参数，例如：URL，路径，请求方法，接口参数等。
a）如何创建CSV文件？电脑桌面新建TXT文档，更名为：测试参数文档.CSV（TXT后缀需要变更为CSV），打开CSV文件新增数据。

b）文件内参数如何书写？第一行定义接口所需动态参数，自第二行起填写接口详细值。

caseSeq： 定义接口序号

apiSeq： 每个接口序列

apiName： 接口名称

url： 接口域名

api： 接口地址

function： 接口请求方法

purpose： 描述接口验证类型

parameter： 接口所需参数拼接，以：“code=500000type=city”的形式，参数间以“”连接
c）csv数据文件如何设置

文件名： 点击浏览后选择本地的CSV文件

文件编码： 一般情况下无需设置

变量名称：

“caseSeq，apiSeq，apiName，url，api，function，purpose，parameter”，参数之间需要用英文的逗号隔开，注意参数不要写错。

忽略首行： True则不执行CSV文件的首行，False则执行CSV文件首行。

分隔符： 英文逗号，无需变更

是否允许带引号： 设置True和False以当前CSV文件都能正常执行

遇到文件结束符再次循环： True则在设置的循环次数内一直循环，False则CSV文件所有数据循环一次后就停止。

遇到文件结束符停止线程： True则在设置的循环次数内执行到CSV文件数据为空时停止发送HTTP请求，False则在设置的循环次数内执行到CSV文件数据为空时继续执行。

线程共享模式： 选择所有现场即可

综上： 本次CSV文件设置时：循环次数“永远”，忽略首行“True”，是否允许带引号“False”，遇到文件结束符再次循环“False”，遇到文件结束符停止线程“True”，线程共享模式“所有现场”
7.其他配置文件需要修改写入形式

     HTTP信息头管理器：除必要参数外，添加：“Content-Type=application/x-www-form-urlencoded”，使用Json参数需要用到
HTTP请求：名称设置为：“${caseSeq}_${apiSeq}_${apiName}”动态取CSV文件里面配置的参数信息；IP：“${url}”；方法：“${function}”；路径：“${api}”，消息体数据：“${parameter}”消息体数据和参数只能设置一种，不能两种同时设置。
8.执行CSV文件，查看结果

     可以看到左边能够很清晰的反应接口执行的信息，右边可以很明确的反应接口返回的数据。并且CSV文件内可以设置众多接口的不同验证方式，很方便且很适合日常工作使用。希望以上内容能给大家提供帮助，谢谢。 关于批量接口测试工具和接口测试自动化工具的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 批量接口测试工具的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口测试自动化工具、批量接口测试工具的信息别忘了在本站进行查找喔。

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