关于jmeter接口测试用例的信息

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

本文目录一览：

• 1、Jmeter实现接口测试
• 2、JMeter基础
• 3、【JMeter03】接口功能测试（浏览器【F12】调试模式抓包）
• 4、（二）jmeter完成一个简单接口测试和断言

Jmeter实现接口测试

利用Jmeter做接口测试怎么做呢？过程真的是超级简单。

明白了原理以后jmeter接口测试用例，把零碎的知识点填充进去就可以了。所以在学习的过程中，不管学什么，jmeter接口测试用例我一直都强调的是要循序渐进，和明白原理和逻辑。这篇文章就来介绍一下如何利用Jmeter做接口测试的流程，主要针对的是功能测试。暂不涉及到自动化测试和性能测试的内容。

一把来说，主要的步骤都大差不差。

第一步：通过分析API文档和需求文档提取接口清单 。

也就是说，接口测试工作人员工作的开始就是从API文档和需求文档开始的。所以进入公司的第一件事情就是要拿到API文档和需求文档来了解，来看，来分析。从其中提取接口清单的话，主要是因为API文档中有很多冗余，不必要的信息。这些信息可能对于开发人员是有用的，但是对于jmeter接口测试用例我们测试人员是没有用的，所以要去除冗余，提取关键信息。

那么怎么提取呢？方法也很简单，从功能模块和方法模块对API文档中的内容进行提炼，提炼的关键是接口三要素：url+方法+参数+返回值。我的建议是可以先将所有的url提取出来，基本上一个url就是对应一个接口的，这样一条线把整体拎起来，就感觉混乱的局面清晰多了。

当然工作中，有的时候我们是可以直接拿到接口清单的，因为清单这个事情一个团队做一份就好了，并不是说要每个人都做一份。但是我们自己得会，得有这个能力。之前看到过一个面试题，问的是，如果没有API文档，怎么做接口测试？

其实问的就是如果没有API文档，应该怎么提取接口清单的问题。很简单，根据需求文档和原型图来提取。有的公司不正规，确实是没有API文档的。或者有的公司API文档写的不规范，那提取的时候，就很考验测试人员的经验和能力了。所以如果能找到遵循restful风格写的优秀API文档，那就好了，提取的时候很方便。

第二步：针对接口清单，做单接口测试和关联接口测试。

在实际测试过程中，单接口测试和关联接口测试的时间是不一样的，这涉及到业务逻辑测试和功能点测试等。但是在测试的时候，他们的逻辑和方法是类似的。

当然这里主要介绍的是单接口测试，因为单接口测试时会考虑各种可能的情况，而关联接口测试一般是建立在单接口没有问题的前提下的。换个角度来说，就相当于是两个层次，单接口测试是基础，而关联接口测试是拔高。

那么具体应该怎么做呢？比如我们这里已经选定而来某一个接口来测试。

首先，根据选定的接口来搭建测试框架 。

接口不是什么大不了的事情，无非就是url、方法、参数、返回数据这四块。这样就意味着，一个接口的框架是固定的，只不过每次传输的数据和返回的数据可能会不一样而已。所以我们要做的第一步就是搭建测试框架。

那么怎么搭建呢？这里就要用到从API文档中整理出来的接口清单和Jmeter了。从接口清单里，可以拿到当下接口的url+方法+参数+预期返回数据。这就是我们搭建测试框架的依据。接下来用Jmeter搭建。

首先需要打开Jmeter，然后基于测试计划，创建线程组，基于线程组创建HTTP请求。考虑到单接口测试，一个框架，要测试N多个数据，而且后面的接口可能也要用到同样的ip地址、同样的content-type，所以一般会先创建一个HTTP请求默认值，将一些可能会重复用到的信息填进去，比如说端口号、协议之类的。如有必要还需要添加HTTP信息头管理器，放一些user-agent、content-type等内容。

好的，有了这两个基础就可以来创建HTTP请求。在新的请求里，已经填写的端口号呀、ip地址呀之类的就无需填写了，只需要填写方法之类的即可。那么搭建框架在哪里搭建呢？一般会考虑para或者body里。比如说，要提交一段json格式的数据，那么就要用body（消息体）来提交，如下图所示。

将从接口清单里拿到的json数据填写到消息体数据里，然后将需要不断传入的数据进行参数化设置，那搭建测试框架就算是完成了。接下来只需要把数据一条一条传入进行测试即可。

那么如何把数据进行传入呢？

其实我们在下面的这篇文章里已经介绍了，传入数据的方法有四种，但主要使用的还是csv data set config 和函数。做功能接口测试，用csv就足够了。那么具体怎么用呢？

星空下：软件接口测试工具Jmeter使用核心详解12 赞同 · 0 评论文章

基于当前的线程组或者请求创建CSV数据文件配置组件。如果这份数据只有这一个请求会用，那么就基于请求创建即可。如果这份数据会被这个线程组里的多个请求使用，那么就基于线程组创建。

创建了以后就需要填入文件了呢？可是文件在哪里呢？这个时候就要稍微停一下jmeter的操作，先去针对当前接口设计测试用例并形成有关文档了。有关于功能接口测试的用例设计，我们之后会专门用一篇文章来介绍，这里先带过。这是因为设计测试用例是做测试过程中最核心的一步。

在测试用例设计完之后，可以将其保存在一个txt文档里，采用utf-8编码，保存到Jmeter脚本的同一父目录下。然后按照上面那篇文章里的设置方法进行设置即可，注意路径可以采用相对路径，便于数据文件的拷贝和使用。

csv组件设置好以后，数据源有了，变量名有了，变量名的赋值也有了，接下来就只剩引用参数就可以了。在测试框架里需要引用参数的地方引用，引用的格式是${参数名}。到这里，针对于某一个接口的测试工作就准备完成了。

然后在Jmeter里面添加查看结果树组件，执行请求，依次查看结果 。看一看返回的数据和我们的预期结果是否一致，不一致，那可能就是一个bug。

做一个小小的总结吧，用jmeter做功能接口测试，其实很简单的。逻辑和原理都是类似的，如果遇到新的项目，可能说会用一些新的组件而已，那百度一下几分钟的事情。在学习软件测试的时候，最重要的就是不要怂，不要看起来说怎么要学的东子这么杂这么多，只要能够拎出其中的线索和主干，然后把一些零碎的点给组装上去，就会感觉，哇，忽然之间，好有条理。

JMeter基础

一、Jmeter简介

—--生成不同格式的测试报告

以WEB性能测试为例：jmeter可以作为web服务器与浏览器之间的代理网关，以便捕获浏览器的请求和web服务器的响应，如此就可以很容易地生成性能测试脚本。有了性能测试脚本，jmeter就可以通过线程来模拟真实用户对web服务器的访问压力。这与LoadRunner的工作原理基本一致（ 向服务器提交请求；从服务器获取请求返回的结果 ）

二、JMeter下载安装

1、安装环境要求

Unix(Solaris，Linux，etc) 、 Windows(98，NT，2000，XP，WIN8)

2、JDK下载、安装

右键计算机属性-高级系统设置-系统属性-高级-环境变量-添加如下的系统变量：

变量值：D:Program FilesJavajdk1.8.0_92【jdk安装路径】

变量值： .;%JAVA_HOME%libdt.jar;%JAVA_HOME%lib ools.jar;

运行cmd-输入java -version-显示java版本就表示jdk安装成功

3、JMeter下载安装

4、JMeter环境配置

变量值：E:apache-jmeter-4.0 (就是jmeter保存的路径,即jmeter解压路径）

如：JMETER_HOME=D:apache-jmetesapache-jmeter-4.0

变量值：

;%JMETER_HOME%/lib/ext/ApacheJMeter_core.jar;%JMETER_HOME%/lib/jorphan.jar;%JMETER_HOME%/lib/logkit-2.0.jar

5、Jmeter 的Bin目录下的几个重要文件

6、启动Jmeter

三、JMeter组件介绍 （JMeter常用组件）

1、测试计划（Test Plan）

注：什么是元素？

JMeter的不同组件称为Elements。 每个元素都是为特定目的而设计的。

2、线程组（Threads）

例如，如果将线程数设置为100; JMeter将创建并模拟100个用户对被测服务器的请求

所有的控制器和取样器都是在某个线程组下；

3、逻辑控制器（Logic controller）

逻辑控制器允许在线程中定义处理请求的顺序。它允许控制“何时”将用户请求发送到Web服务器。例如，可以使用随机控制器随机向服务器发送HTTP请求

例如：我们在收邮件时，只需要登录一次邮箱既可查看多封邮件。如果这个场景我们在Jmeter中实现，我们需要控制登录的次数，如何实现呢？Jmeter逻辑控制器中的仅一次控制器就可以完成。当然了，控制器不只是这一个，还有很多其他的控制器来完成我们的各种需求。

除了为“线程组”指定的循环值之外，循环控制器使取样器运行一定次数。例如，如果你

将一个HTTP请求添加到循环控制器，循环计数为50

将“线程组”循环计数配置为2

然后，JMeter将发送总共50 * 2 = 100个HTTP请求。

除了循环值= 2，你为上面的线程组指定。所以JMeter将发送总共2 * 50 = 100个HTTP请求。

又如：线程组中设置循环次数3，循环控制器中设置循环测试2，

即：线程组的循环与循环控制器为父子关系，且循环控制器只对子请求有效

注：录制脚本的循环按循环控制器中的调协循环

作为循环控制器的子节点，仅一次控制器在每循环的第一次迭代时均会被执行

HTTP请求、FTP请求、JDBC请求

这3个请求应该运行5次; JMeter将向baidu服务器发送总共5个用户请求。

按顺序，按以下顺序依次发送请求：HTTP请求 - FTP请求 - JDBC请求,对于每个循环按随机顺序，请求随机发送，FTP请求 - HTTP请求 - JDBC请求 或 JDBC请求 - FTP请求 - HTTP请求等

4、配置元件（Config element）

比如CVS Data Set Config，它可以帮助我们从文件中读取测试数据。另外Jmeter也提供了众多的函数来帮我们生成动态数据。

缓存管理器），自动记录服务器返回的Cache信息。简单说就是它为取样器提供预备数据，然后由取样器

发出请求。

入不同的登录凭据。 该登录信息（例如，用户名，密码）可以存储在文本文件中。 JMeter有一个元素，允许您从该文本文件中读取不同的参数。 它是“CSV数据集配置”，用于从文件中读取行，并将它们拆分为变量。

这是CSV数据的示例。 这是一个文本文件，其中包含用于登录目标网站的用户和密码

密码将作为cookie存储在计算机中。下次访问 www.baidu.com 时 ，无需再次登录，因为在浏览器将使用您的Cookie作为用户数据登录。

Cookie管理器会自动存储该cookie，并将其用于将来对该特定网站的所有请求。

此元素允许您设置HTTP请求控制器使用的默认值

server name = google.com

PS：在执行顺序方面有个例外，配置元件"用户定义的变量"无论它处于测试树的哪个位置，总是在测试的初始阶段执行。所以个人建议把它放在线程组的开始部分。

5、定时器（Timer）（ 固定定时器：思考时间 ）

JMeter向http://www.baidu.com创建一个用户请求100次

每个用户请求之间的延迟为5000毫秒

6、前置处理器（Per processors）

7、取样器（Samples）

您将FTP“下载文件”或“上载文件”请求发送到FTP服务器。

JMeter将FTP命令发送到FTP服务器ftp.example.com ，然后从该服务器下载文件Test.txt。

您可以配置JMeter将SQL查询发送到此服务器以检索数据。

如果要测试邮件服务器，可以使用SMTP采样器。 此采样器用于使用SMTP协议发送电子邮件

8、后置处理器（post processors）

9、断言（Assertions）

用过LR的读者应该会知道检查点这个功能，可以帮助我们来判断请求是否成功返回且是否符合要求，在Jmeter中我们不叫检查点，我们叫断言，接触过selenium的也会懂这个概念。就是用一个预设的结果（值、表达式、时间长短等条件）与实际结果匹配，匹配到则成功，反之失败。

APPly to: 适用范围

Main sample and sub-samples:作用于父节点取样器及对应子节点取样器

Main sample only：仅作用于父节点取样器

Sub-samples only:仅作用于子节点取样器

JMeter Variable:作用于jmeter变量(输入框内可输入jmeter的变量名称)

要测试的响应字段： 要检查的项

响应报文

Documeng(text)：测试文件

URL样本

响应代码

响应信息

Response Headers:响应头部

Ignore status：忽略返回的响应报文状态码

模式匹配规则：

包括：返回结果包括你指定的内容

匹配：（好像跟Equals查不多，弄不明白有什么区别）

Equals：返回结果与你指定结果一致

Substring：返回结果是指定结果的字串

否：不进行匹配

要测试的模式: 即填写你指定的结果（可填写多个）,按钮【添加】、【删除】是进行指定内容的管理

10、监听器（Listener）

“图形结果”侦听器在图形上显示服务器响应时间

“查看结果树”以基本HTML格式显示用户请求的结果(View Results Tree)

通过察看结果树，我们可以看到每个请求的结果，其中红色的是出错的请求，绿色的为通过。

Thread Name：线程组名称

Sample Start: 启动开始时间

Load time：加载时长

Latency：等待时长

Size in bytes：发送的数据总大小

Headers size in bytes：发送数据的其余部分大小

Sample Count：发送统计

Error Count：交互错误统计

Response code：返回码

Response message：返回信息

Response headers：返回的头部信息

这里绿色的就说明请求是通过的，返回值是200，如果出现红色的 就说明请求失败，这时候可以通过右边的取样器结果和响应数据来查看结果。

用表格可看结果(View Results in Table)

四、组件执行顺序

在同一作用域名范围内（不考虑逻辑控制器），测试计划中的元件按照如下顺序执行。
（1）配置元件（config elements ）
（2）前置处理程序（Per-processors）
（3）定时器（timers ）
（4）取样器（Sampler）
（5）后置处理程序（Post-processors） （除非Sampler 得到的返回结果为空）
（6）断言（Assertions）（除非Sampler 得到的返回结果为空）
（7）监听器（Listeners）（除非Sampler 得到的返回结果为空）

问题

1、为什么要使用jmeter？他可以帮我们解决那些事情？

jmeter主要是做接口测试和性能测试，它支持的协议也不少，用来测试http，数据库并发都是很方便快捷的工具，相对于lr来说更灵活与实用，等等

2、我们在什么时候会使用jmeter？

· 在一个项目中我们可能前段还没有开发完毕我们想看一下服务器的相应数据。

· 比如我们校验数据库有没有做校验，我们可以绕过前端

· 我们想看一下这个接口或者多个接口的并发量是多少，性能怎么样

3、.谁在使用？为什么是他在使用？

一般使用者为开发人员或者测试人员。

开源免费，基于Java编写，可集成到其他系统可拓展各个功能插件

支持接口测试，压力测试等多种功能，支持录制回放，入门简单

相较于自己编写框架活其他开源工具，有较为完善的UI界面，便于接口调试

多平台支持，可在Linux，Windows，Mac上运行

4、使用jmeter需要了解什么？接口与接口之间的联系怎么处理？

· 我们必须了解接口的工作原理

· 需要掌握http中的get和post请求原理

· 需要掌握请求头，响应头，请求体个个字段代表什么意思，并且字段的返回值的各代的含义是什么？

· 响应的状态码各代表什么含义·

· json是什么？

· 接口测试用例的设计方法，以及测试时点

接口之间的联系：

接口与接口之间存在联系，比如上个接口的返回值是下一个接口的入参，那我们就要在上个接口返回值赋值变量，供下一个接口调用。

5、在使用jmeter中我想要的预期结果和实际结果是怎样对比的？

· 我们做所有的测试无非就是预期结果和实际结果作对比，如果预期结果和实际结果作对比，那么这个接口就是可用的，不相等那么这个接口就是有问题的。

·在jmeter中我们的用断言做实际结果和预期结果的对比，它提供了许多断言方法，其中最常用的就是响应断言，在后面我会专门的写一下响应断言以及一些常用断言的用法。

· 我们还需要知道在jmeter中我们断言的内容是啥？这点是很重要的

7、使用jmeter的是的我们的有哪些方面的提升，jmeter的主流方向是什么？

· 对整个前端与后端的一个相互传输数据原理有了进一步了解

· 可以提高测试效率，可以提早的参与进来，较早的发现问题，减少开发成本，缩短整个产品的上线周期，可以给测试流出充裕的时间，保证产品质量。

·掌握了接口测试的测试点，已及用例的设计方法。

jmeter测试的主流方向：

· 用于性能测试，压力测试

· 接口测试

【JMeter03】接口功能测试（浏览器【F12】调试模式抓包）

选定“baidu”请求-》右键-》添加“断言-响应断言”
选定“baidu”请求-》右键-》添加“监听器-断言结果”

至此，一个可以验证返回结果是否正确的接口功能测试用例完成。

需要用到“参数化”对脚本进行强化。且看下个章节的介绍。

（二）jmeter完成一个简单接口测试和断言

day3

系统提供的web计划里包含哪些组件？

线程组

--HTTP请求默认值

--HTTP cookies管理器

--HTTP 信息头管理器

--HTTP请求

----响应断言

--测试活动

----统一随机定时器

--HTTP 请求

----响应断言

--查看结果树

day4，day5

使用jmeter完成一个简单的接口测试，并且进行断言（熟悉操作），即访问www.baidu.com,并测试返回结果中包含文字“”百度一下“”

1.单击 文件--新建，创建了一个测试计划

2.在测试计划上右击--添加-线程（用户）-线程组

3.在线程组上右击-添加--取样器--HTTP请求

4.在线程组上右击-添加-监听器-查看结果树，断言结果（分别点击这两项）

5.在HTTP请求上右击-添加-断言-响应断言

6.在HTTP请求页面中的协议：http,服务器名称或IP:www.baidu.com

7.在响应断言 页面中，选择 测试字段 为响应文本，模式匹配规则 为 字符串 ，测试模式 添加文字：百度一下
8.点击绿色的三角形 运行，这时如果没有保存 会弹出 一个提示框问你是否要保存，这时点击YES

点击运行成功后，点击 查看结果树，是红色的叉叉，请求成功，但是断言失败了

分析原因：

既然是断言失败了，问题就出在请求的响应信息，我们先去检查响应信息，发现里面有乱码

现在的问题是如何解决乱码，解决方案有两个：

一 添加BeanShell PostProcessor

1. 在 线程组  右击--添加-后置处理器-BeanShell PostProcessor

2.在该页面中的script中增加 prev.setDataEncoding("utf-8"); 

3.保存后，点击绿色三角运行

4.查看结果树，这时是绿色通过的，接口测试完成
二 修改jmeter配置文件

1进入Jmeter的bin目录下，找到jmeter.properties文件，以文本形式打开

2 ctrl+F 输入sampleresult.default.encoding，找到这一行

3默认这行是注释的，将ISO-8859-1修改成utf-8，去掉注释符号，重启Jmeter

4.再次请求时会发现响应中不会有乱码了。 关于jmeter接口测试用例和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 jmeter接口测试用例的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、jmeter接口测试用例的信息别忘了在本站进行查找喔。

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