转：JMeter压力测试及并发量计算

最近的一个项目刚刚开发完，因为不是专业测试人员，所以记录下测试过程以备时间长忘记了。

一、JMeter的安装（Linux）
1. 下载JMeter：这个就不细说了，直接去(http://jmeter.apache.org/download_jmeter.cgi)下载。
2. 解压：tar -zxvf apache-jmeter-2.9.tgz
3. 执行：sh jmeter.sh。
如果提示（No X11 DISPLAY variable was set, but this program performed an operation which requires it.）
恭喜你，你的JMeter图形界面不能启动，这里需要用命令行执行了。
具体的执行方法后面会说，首先需要录制测试脚本。 比较方便的是在Win下面JMeter的图形界面中录制，或者用Badboy录制。

二、JMeter脚本录制 
   1. 创建组
a. Number of Threads(users)：通过多个线程模拟多个用户
b. Ramp-Up period(in seconds)：用于告知JMeter 要在多长时间内建立全部的线程。默认值是0。如果未指定ramp-up period ，也就是说ramp-up period 为零， JMeter 将立即建立所有线程，假设ramp-up period 设置成T 秒， 全部线程数设置成N个， JMeter 将每隔T/N秒建立一个线程。
ramp-up period设置容易出现的问题：

a. 如果设置成零，Jmeter将会在测试的开始就建立全部线程并立即发送访问请求， 这样一来就很容易使服务器饱和，更重要的是会隐性地增加了负载，这就意味着服务器将可能过载，不是因为平均访问率高而是因为所有线程的第一次并发访问而引起的不正常的初始访问峰值。这种异常不是我们需要的，因此，确定一个合理的ramp-up period 的规则就是让初始点击率接近平均点击率。当然，也许需要运行一些测试来确定合理访问量。

如果要使用大量线程，ramp-up period 一般不要设置成零。

b.  如果ramp-up period 过大也是不恰当的，因为将会降低访问峰值的负载，换句话说，在一些线程还未启动时，初期启动的部分线程可能已经结束了。

c. 合理的ramp-up period，首先推测一下平均点击率并用总线程除点击率来计算初始的ramp-up period。

    例如，假设线程数为100， 估计的点击率为每秒10次， 那么估计的理想ramp-up period 就是 100/10 = 10 秒。

 

 

2. 创建循环控制器 
在这里用于生成可变参数。
a. Loop Count：每个线程执行的次数
当前总样本数=Loop Count(Loop Controler)*Number of Threads*Loop Count(group)=2*100*500

 

 

 3. 定义可变参数
a. Filename：参数文件名
b. Variable Names：变量名与下面的自定义变量相对应
c. Delimiter：参数文件中的参数分隔符
注意：理论上文件中的参数数量不应该小于Loop Count*Number of Threads

 

 

4. 定义请求参数

 

 

5. 执行脚本
将脚本文件（.jmx）和参数文件（.csv）上传到服务器，如果未特殊指定参数文件的路径，将二个文件放在同一个路径下即可。
a. 命令为：sh jmeter.sh -n -t examples/41search_1.jmx -l examples/search_1_100T.jtl。
其它命令参数可查看帮助。

 

 

6. 查看结果
将生成的结果文件（search_1_100T.jtl）导出到本的，用JMeter打开查看
a. 聚合报告：具体说明见下篇

 

 

 b. 图形报告：具体说明见下篇
注意：这张图口味稍微有点重，密集恐惧症者慎入;-)

 

 

c. 树形报告：具体说明见下篇

 

 

 

本文固定链接: http://www.chepoo.com/jmeter-stress-testing-and-concurrent-calculation-1.html | IT技术精华网