Jmeter使用实践- 基础介绍

Jmeter使用实践- 基础介绍

随着市场上推出越来越多的测试工具，大家使用起来也比较盲目，就我个人而言，使用过LoadRunner和Jmeter

很多人倾向于LoadRunner，因为LR的功能更强大，其实工具的选择，不在于工具本身有多强大，取决于我们的实际需求

我接触的项目基本都是web应用，从性能测试需求的角度来说，性能测试工具需要具有以下一些特点

1、支持HTTP/HTTPS协议，能够发送HTTP/HTTPS请求

2、可以实现不同的用户场景，能够根据实际业务模拟场景，对用户的比例进行合理分配

3、支持事务；

4、支持参数化和关联；

5、可以生成报告；

既然Jmeter满足以上特性，使用特别灵活，又是免费的，所以我很明显的偏向了JMeter

以下是整理的相关jmeter的基础介绍和一些术语

1.基本介绍

Jmeter是Apache组织的开放源代码项目，是功能和性能测试的工具，它是100%的Java应用。Jmeter提供的操作界面支持多种配置和结果显示。Jmeter能够模拟对服务器或者网络系统逐步加负载（压测包括HTTP/FTP/JDBC/JAVA等）。Jmeter支持多线程并发取样和单线程组对不同的功能同时取样。Jmeter也可以作为Web服务器与浏览器之间的代理网关，以便捕获浏览器的请求和Web服务器的响应。

Jmeter包含4部分：

负载发生器：用于产生负载，通常以多线程或多进程的方式模拟用户行为。

用户运行器：通常是一个脚本运行引擎，用户运行器附加在线程或进程上，根据脚本要求模拟指定的用户行为。

资源生成器：用于生成测试过程中服务器、负载机的资源数据。

报表生成器：根据测试分析结果生成报表，提供可视化的数据展现方式

2.基础元件介绍

测试计划是测试计划是性能测试的起点，其它元件都需要依赖测试计划，是所有元件的容器

2.1 线程Threads(Users)

2.1.1线程组

(1) 取样错误后要执行的动作

a.继续：默认选项，出错后后续的线程继续运行

b.Start Next Thread Loop：出错后启动下一组线程运行

c.停止线程：后续的线程停止运行，但是会返回出错前的结果

d.停止测试：与停止线程的差异在于不返回出错前的结果

(2)线程数：虚拟用户数，代表发送请求的用户数，一个线程数占用一个进程或线程。

(3)Ramp-Up Period(in seconds)-准备时长

-所有线程在多少时间内启动，单位是秒，为0时代表一次请求即并发。如果线程数为5，Ramp-Up Period为10

(4)循环次数

-每个线程发送请求的次数。如果线程数为20，循环次数为100，那么每个线程发送100次请求，总 请求数是2000

(5)Delay Thread Creation until needed：直到需要时延迟线程的创建

(6)调度器：设定测试运行时间

2.2配置元件

2.2.1 CSV Data Set Config

参数化配置，一般用在数据驱动，通过文件来存储测试数据。调用时也支持参数化一部分数据。Jmeter参数化方式是一次读入一行，分割后存入若干变量中交给一个线程处理。

2.2.2 HTTP信息头管理器

2.2.3 HTTP Cookie管理器

2.2.4 HTTP COOKIE Manager管理cookie

每个Jmeter线程都有自己的session

2.3前置处理器

全局的参数设置，设置后每次请求前读取的值，比如地址、端口、token

2.4后置处理器(Post Processors)

正则表达式提取器可以从请求的响应结果中提取需要的内容，从而实现关联

(1)引用名称：外部引用时使用

(2)正则表达式：提取的内容需要用()括起来。

(3)模板：使用$$引用起来 ，值从1开始

(4)匹配数据（0代表随机）：0代表随机，-1代表所有，其余正整数代表将在已提取的内容中匹配第 几个内容

(5)缺省值：正则匹配失败时，取的值。

2.5Sampler（取样器）

sampler是与服务器进行交互的单元

(1)HTTP请求

(2)Web服务器

(3)Http请求

(4)Parameters参数

2.6监听器

2.6.1 聚合报告

聚合报告的相关指标：

(1)Label：每个 Jmeter 的 element （例如 HTTP Request ）都有一个 Name 属性，这里显示的就是 Name 属性的值。

(2) #Samples：表示你这次测试中一共发出了多少个请求，如果测试计划模拟10个用户，每个用户迭代10次，这里就会显示100。

(3) Average：平均响应时间，默认情况下是单个 Request 的平均响应时间，使用了事务控制器后表示为整个事务的平均响应时间。

(4) Median： 50 ％用户的响应时间。

(5) 90% Line： 90 ％用户的响应时间。

6) Min：最小响应时间。

(7) Max：最大响应时间。

(8) Error%：错误率，本次测试中出现错误的请求的数量 / 请求的总数。

(9) Throughput：吞吐量，默认情况下表示每秒完成的请求数（ Request per Second ）。当使用了 Transaction Controller 时，也可以表示类似 LoadRunner 的 Transaction per Second 数 KB/Sec：每秒从服务器端接收到的数据量，相当于LoadRunner中的Throughput/Sec。

(10) KB/Sec：每秒从服务器端接收到的数据量。

2.6.2 查看结果树

(1)Thread Name: 线程组名称

(2)Sample Start: 启动开始时间

(3)Load time: 加载时长

(4)Latency: 等待时长

(5)Size in bytes: 发送的数据总大小

(6)Headers size in bytes: 发送头大小

(7)Body size in bytes: 发送数据的其余部分大小

(8)Sample Count: 发送统计

(9)Error Count: 交互错误统计

(10)Response code: 返回码

(11)Response message: 返回信息

(12)Response headers: 返回的头部信息

2.7断言

确定Jmeter有没有按照预期工作，应当考虑使Jmeter提供的断言，加到Sampler 里面可以对返回的结果进行判断，例如判断HTTP返回结果里面是否含有某个字符串

附上一张jmeter的界面截图