http接口_JMeter之Http协议接口性能测试

》》》推荐阅读《《《

1、性能测试学习笔记-场景设计

2、性能测试的重要意义

3、性能分析流程及方法

4、应用系统性能调优之性能分析

1、jemeter是用来进行接口的协议接口和性能，常用的接口协议有下面的类型

2.1，常见的接口协议

1.；2. ；3. ；4.；5.；

3.1，JMeter功能介绍

JMeter的应用领域：1.Browser架构应用的性能；2.Http协议接口功能与性能；3.FTP协议接口功能与性能；4.Mysql数据库性能；5.MongoDB数据库性能；6.支持自定义java组件开发

 jmeter的简单使用

步骤一：添加线程组

步骤二：添加http请求

 步骤三：添加参看数目，参看运行的结果

往Http请求Sampler添加擦看结果树与聚合报告(用于查看Sampler运行结果)，如下图所示：

添加结束后，点击运行，运行后，通过察看结果树与聚合报告，分析测试结果，入下图所示(分别是查看结果树结果，聚合报告结果)：

下面用网上的一个免费的api接口来演示怎么解决中文乱码的问题，接口地址：http://www.weather.com.cn/data/sk/101010100.html。

一般有两种方法，方法1，通过在中输入utf-8；方法2，修改JMeter安装路径中的jmeter.properties文件，jmeter.properties文件文件的路径如下图：

  如果以上两种方法都不能解决乱码的问题，还有下面的方法，输入：prev.setDataEncoding("utf-8")

  

 一般还要再加一个维度：聚合报告

   

注意：“查看结果树”一般只用来辅助调试测试脚本，但因为它会打印大量的数据，消耗IO、CPU，而且消耗是比较大的，影响聚合报告中的测试结果，所以在真正的测试过程中一般会去掉“查看结果树”

这样，对结果进行分析，就能完成一次简单的测试。

聚合报告的结果，字段代表的含义：

jmeter中线程组的设置

2、线程属性

• 线程数：当前线程数量，可以简单的理解为用户数量。

• Ramp-up Period (in seconds)：达到上面指定线程数所花费的时间，单位为秒。举个栗子：假设线程数为100个，花费时间20s，那么每秒启动的线程数 = 线程数/时间，即100/20 = 5。换句话说，就是1秒启动5个线程。

• 循环次数：勾选“永远”选项，则线程组一直循环。否则，以后面所填数量为准。

• Delay Thread creation until needed：当线程需要执行的时候，才会被创建。如果不勾选此选项，所有线程在开始时就全部被创建。

• 调度器：勾选此选项，才可修改下面的调度器配置。

线程组相当于有多个用户,同时去执行相同的一批次任务。每个线程之间都是隔离的，互不影响的。一个线程的执行过程中，操作的变量，不会影响其他线程的变量值。

Delay Thread creation until needed： 默认情况下，测试开始的时候，所有线程就被创建完了。如果勾选了此选项，那么线程只会在合适的需要用到的时候创建。

Ramp-Up Period:
线程启动的时间，下图的线程配置，5个线程，5秒启动时间，每个线程执行两次循环。那么每秒会启动2个线程，每次循环执行一个请求。

上图中每秒启动一个线程，一个线程执行2次，5个线程中共执行了10次

取样器错误： 当线程执行取样器失败的时候，要执行的策略

选项：

• 继续：忽略错误，是继续执行

• Start Next Thread Loop：忽略错误，线程当前循环终止，执行下一个循环。

• 停止线程：当前线程停止执行，不影响其他线程正常执行。

• 停止测试：整个测试会在所有当前正在执行的线程执行完毕后停止

• 立即停止测试：整个测试会立即停止执行，当前正在执行的取样器如果可能会被中断。

那么这几个配置控制了，当遇到错误的时候，测试的执行策略，是否会继续执行。

调度器

如果不想立即执行执行，可以通过调度器控制测试执行的开始时间和结束时间。

• 启动时间：控制测试在某个时间点启动。这个配置会被“启动延迟(秒)”配置覆盖。

• 结束时间：控制测试执行的结束时间。这个配置会被“持续时间(秒)”配置覆盖。

• 持续时间(秒)：控制测试执行的时间。

• 启动延迟(秒)：控制测试多久后启动执行。

参数化是自动化测试脚本的一种常用技巧。简单来说，参数化的一般用法就是将脚本中的某些输入使用参数来代替，在脚本运行时指定参数的取值范围和规则；

这样，脚本在运行时就可以根据需要选取不同的参数值作为输入。这种方式通常被称为数据驱动测试(Data Driven Test)，参数的取值范围被称为数据池(Data Pool)。

jmeter的test plan中，支持如下4种参数化方式：

函数助手：_CSVRead

CSV Data Set Config：CSV数据控件

User Defined Variables：用户定义的变量

User Variables：用户参数

首先新建一个测试脚本，可以通过工具(badboy)录制或者自己手动编写

登录请求的界面如下：

这里我们对登录的用户名密码进行参数化，将用户名密码写入txt文档，保存为.dat格式，编码类型选择UTF-8；

因为配置元件——CSV Data Set Config对参数化的格式要求比较严格，用户名密码一一对应，之间用半角英文逗号隔开

然后将保存的.dat文件放入计算机的某个盘里，这里我放入路径为：F:\jmeter\csvtest.dat

下面具体介绍参数化常用的的两种方法：

一、函数助手：_CSVRead

点击jmeter的界面，功能栏选项→ 函数助手对话框→ _CSVRead

CSV file to get values from | *alias：CSV文件取值路径，即这里需要写入之前的需要参数化的参数的文件路径

CSV文件列号| next|*alias：文件起始列号：CSV文件列号是从0开始的，第一列为0，第二列为1，以此类推。。。

函数字符串：即生成的参数化后的参数，可以直接在登陆请求中的参数中引用，第一列为用户名，函数字段号为0，第二列为密码，函数字段号为1，以此类推进行修改使用即可

替换参数化后的参数，然后修改线程数，执行脚本，通过监听器里结果树的请求内容，可以看到请求的参数都是参数化后的数据

二、配置元件——CSV Data Set Config

点击线程组添加配置元件→ CSV Data Set Config：

说明：

Filename：F:\jmeter\csvtest.dat文件名，保存参数化数据的文件目录，可选择相对或者绝对路径(建议填写相对路径，避免脚本迁移时需要修改路径);

File encoding:UTF-8，F:\jmeter\csvtest.dat文件的编码格式，在保存时保存编码格式为UTF-8即可;

Variable Names(comma-delimited)：对对应参数文件每列的变量名，类似excel文件的文件头，起到标示作用，同时也是后续引用的标识符，建议采用有意义的英文标示;

                                (如：有几列参数，在这里面就写几个参数名称，每个名称中间用分隔符分割，这里的 user,pwd，可以被利用变量名来引用：user,user,{pwd};

Delimitet：参数文件分隔符，用来在“Variable Names”中分隔参数，与参数文件中的分隔符保持一致即可;

Allow quote data：是否允许引用数据，默认false，选项选为“true”的时候对全角字符的处理出现乱码 ;

Recycle on EOF？：是否循环读取参数文件内容；因为CSV Data Set Config一次读入一行，分割后存入若干变量中交给一个线程，如果线程数超过文本的记录行数，那么可以选择从头再次读入;

△ Ture：为true时，当已读取完参数文件内的测试用例数据，还需继续获取用例数据时，此时会循环读取参数文件数据(即：读取文件到结尾时，再重头读取文件);

△False：为false时，若已至文件末尾，则不再继续读取测试数据；通常在“线程组线程数* 线程组循环次数＞参数文件行数”时，选用false(即：读取文件到结尾时，停止读取文件);

Stop thread on EOF?：当Recycle on EOF为False时(读取文件到结尾)，停止进程，当Recycle on EOF为True时，此项无意义;

△若为ture，则在读取到参数文件行末尾时，终止参数文件读取线程；

△若为false，此时线程继续读取，但会请求错误，因此时读取的数据为EOF;

Sharing mode:共享模式，即参数文件的作用域，有以下几种方式：

△All threads:当前测试计划中的所有线程中的所有的线程都有效，默认;

△Current thread group:当前线程组中的线程有效;

△Current thread:当前线程有效;

完成之后，将刚才生成的参数写入参数对应的值里面：

以上两种常见的参数化的方法，推荐使用CSV控件方法(因为函数助手参数化功能相比其较弱)

三、配置元件——User Defined Variables

点击线程组添加配置元件→ User Defined Variables(用户定义的变量)：

如上图所示，在该参数组中已经定义了两个参数，通过界面下方的添加、删除按钮可以向参数列表增加和删除参数，Up和Down可以上下移动参数的位置；

PS：User Defined Variables中定义的参数值在test plan执行过程中不能发生取值的改变，因此一般仅将test plan中不需要随迭代发生改变的参数(只取一次的参数)

    设置在此处；例如：被测应用的host和port值。

四、前置处理器——User Variables

点击线程组添加前置处理器——User Variables(用户参数)：

如上图所示，在该参数组中已经设置了两个参数，username和password分别有2组不同的取值，通过页面下方的四个按钮，可以增加删除参数的可能取值。

PS：User Variables中设置的参数可以在test plan执行过程中发生变化。

以上就是jmeter参数化的四种方式，其中：

1、函数助手_CSVRead的参数化功能相比CSV Data Set Config较弱；

2、CSV Data Set Config适用于参数取值范围较大的时候使用，该方法具有更大的灵活性；

3、User Defined Variables一般用于test plan中不需要随请求迭代的参数设置；

4、User Variables适用于参数取值范围很小的时候使用；

PS：相比于loadrunner来说，jmeter参数化有以下不同：

1.jmeter参数文件第一行没有列名称

2.参数文件的编码，尽量保存为UTF-8(编码问题在使用CSV Data Set Config参数化时要求的比较严格)

3.Jmeter的参数化没有LoadRunner做的出色，它是依赖于线程设置的(只有CSV Data Set Config参数化方法才有)

》》》推荐阅读《《《

1、性能测试学习笔记-场景设计

2、Web站点性能调优完全攻略

3、应用系统性能调优之性能分析

4、Windows监控——性能指标详解

6、性能测试的重要意义

7、软件性能测试的本质_致命版

8、性能分析流程及方法

9、性能测试流程

10、性能测试从需求分析开始

11、性能测试指标

12、双活数据中心揭秘之—DB2 PureScale

13、循序渐进学习oracle

14、软件项目管理中的十个误区

15、功能测试方法总结及常见面试问题

16、MQ来账通道及队列配置

17、Linux命令大全整理

18、JMeter工具简单介绍

19、性能瓶颈分析方法

20、性能测试-LoadRunner操作流程之一

22、性能测试-LoadRunner操作流程之二

23、性能测试-LoadRunner操作流程之三

24、性能测试-脚本编写之一

25、性能测试-脚本编写之二

26、性能测试-脚本编写之三

27、性能测试-性能调优之一

28、性能测试-性能调优之二