jmeter学习记录--03--jmeter负载与监听
jmeter场景主要通过线程组设置完成，有些复杂场景需要与逻辑控制器配合。
一、测试计划设计与执行
场景设计
jmete线程组实际是一个线程池，根据用户设置进行线程池的初始优化，在运行时做各种异常的处理。
场景相关的组件介绍：
1、逻辑控制器：比如循环控制器，查询到了订单并要对每个订单进行出库操作，以订单号作为循环条件。
2、配置元件：如ftp请求默认值，多个请求有共同配置时可以把相同点提取出来。
3、定时器：用来设置延迟与同步。如固定吞吐量定时器，尽量保持采样器产生的TPS在一个固定的范围内。
4、前置处理器：处理请求前的准备工作，如参数设置、环境变量设置。比如，jdbc请求前置处理。
5、后置处理器：服务器的响应数据在后续请求中用到，对这些数据做处理。
6、断言：对服务器的响应数据做验证。常用的响应断言、html断言、响应数据大小断言、比较断言、xml断言等。
7、监听器：监听与显示取样器测试结果。对监听器配置有基础功能，如有需要可根据需求定制。
8、函数助手：参数化方法之一，或对数据进行运算、字符编码格式转换、获取运行时参数等。
Jmeter场景实现
可参考文章：http://blog.csdn.net/selingchen/article/details/49182943
场景运行
一种是gui运行，一种是命令窗口运行。可本地化运行，也可远程执行。也支持分布式执行
a) gui是界面的，本地运行直接点击按钮开始即可。
运程运行：远程与本地通过RMI通信，负载机上开启agent程序，控制机上单机按钮远程负载机。
远程运行需要提前配置：
b)非gui界面的，这种情况比较省负载机资源。推荐用这种方式来执行测试计划。
D:\apache-jmeter-3.2\bin>JMeter -n -t test1.jmx -l log.jtl
注意：
1、执行命令前要检查当前目录是否是%JMeter_Home%\bin 目录；如果 JMeter 脚本不在当前目录，需要指定完整的路径；如果要把执行的结果保存在其他地方也要指定完整的路径。
2、如果不指定结果路径，则默认日志文件与jmx是同一目录。如果指定jmx文件路径，但是未指定jtl文件路径，jtl在当前执行路径下。
3、指定日志路径的：jmeter -n -t test1.jmx -l report\01-result.csv -j report\01-log.log
4、默认分布式执行：jmeter -n -t test1.jmx -r -l report\01-result.csv -j report\01-log.log
5、指定IP分布式执行：jmeter -n -t test1.jmx -R 192.168.10.25:1036 -l report\01-result.csv -j report\01-log.log
6、使用之前的结果生成文件：jmeter -g test1.jtl -e -o report\resultReport
7、结果文件类型为 jtl 或 csv，测试计划里添加的哪种监听器，就可通过JMeter的相应的监听器浏览结果文件，查看最终的结果。
也可以用xslproc，将jtl格式转为html的形式。
xslproc d:\jmeter-results-detail-report_30.xsl log.jtl >newlog.html 命令待确认
问题：如果测试脚本相同，但是要增加并发线程数。多个梯度时，就需要对线程数进行参数设置。若想传入参数，可以使用 -J参数，-J表示设置property的值，作用是覆盖（添加）JMeter中的属性。
1、gui测试计划生成时：线程数一项设置为参数值，${__P(count)} （注意是两个下划线）
2、sh jmeter -n -t test1.jmx -Jcount=100
其中count是属性名称，1是属性的值。在运行时，程序会自动覆盖属性count后再执行
普通的定义变量是：${count}的形式。但这里是通过添加JMeter的属性，属性和参数是不同的，因此在调用中采用${__P(count)}的形式进行调用。
详细可看下__P参数的使用。
c)分布式测试执行
原理
1、Jmeter分布式测试时,选择其中一台作为调度机(master/Controller),其它机器做为执行机(slave/Agent)。当前可以用windows来作为调度机，linux作为执行机。
2、执行时,master会把脚本发送到每台slave上,slave 拿到脚本后就开始执行,slave执行时不需要启动GUI,应该是通过命令行模式执行的。
3、执行完成后,slave会把结果回传给master,master会收集所有slave的信息并汇总。
JMeter也可以使用多台机器运行所谓的代理来分担负载产生器自身的压力，并借此来获取更大的并发用户数，我们只需手动配置一下即可。
1、在所有期望运行JMeter作为负载产生器的机器上安装JMeter，并确定其中一台机器作为 控制器，其他的机器作为 代理。然后运行所有 代理 机器上的JMeter-server.bat文件—假定我们使用两台机器172.190.80.47和172.190.80.68作为 代理；
2、在Controller 机器的JMeter安装目录下找到 bin 目录，再找到 jmeter.properties 这个文件，使用记事本或者其他文字编辑工具打开它；
3、在打开的文件中查找“remote_hosts=”这个字符串，你可以找到这样一行“remote_hosts=127.0.0.1”。其中的 127.0..0.1 表示运行JMeter代理的机器，这里需要修改为“remote_hosts=172.190.80.47，172.90.80.68”；
4、保存文件，并重新启动控制器机器上的JMeter，并进入启动 ->远程启动菜单项。就会看到我们刚才添加的两个代理的地址，选中即可运行，如果想同时启动所有代理，选择远程全部启动即可。
要进行分布式测试代理机器上需要添加环境变量，即添加用户变量JMETER_HOME＝d:\jmeter，系统变量中的path中添加d:\jmeter\bin（假设jmeter放在d盘根目录下）。
注意事项：
1、各机器jmeter版本和插件版本相同。
2、参数化使用csv文件时，需要手动拷动到所有agent节点上，且路径需要设置成一样的。
3、Jmeter分布式控制过程中，各个Agent启动的线程数之和等于线程组中的配置，不是均分线程组中的配置。
分布式测试总样本数 = 线程数 * 循环次数 * 执行机总数， 样本计数逻辑为：执行机slave执行的测试脚本是由调度机master分发的，故每台执行机执行的测试脚本都是相同的，故而性能测试总样本数 = 测试脚本样本数 * 执行机总数，而测试脚本样本数为线程数 * 循环次数
预期的测试计划是：测试计划*执行机总数
4、调度机(master)和执行机(slave)最好分开，由于master需要发送信息给slave并且会接收slave回传回来的测试数据，所以mater自身会有消耗，所以建议单独用一台机器作为master。
5、注意到master机器启动后会拷贝jmx文件到slave机器，所以不需要在每台slave机器上也上传一份jmx，只需要在master机器上上传一份jmx脚本即可。
具体参考下这篇文章，写的比较细：JMeter压测分布式部署
分布式测试过程中，需要开启各个agent的。linux下操作，shell脚本实现一键启停。文档参考：jmeter一键启停agent shell脚本
思路：
1、控制机，可以免密登录至其他任意的一台agent机器。
2、agent机器上shell脚本实现，jmeter-server的启动，停止，重启操作。
3、控制机上shell脚本实现，循环对agent机器进行统一的启停操作。
agent脚本：agent_process.sh
#! /bin/bash
#获取主机ip
#HOST_IP=`ifconfig eth0 |grep "inet addr"| cut -f 2 -d ":"|cut -f 1 -d " "
HOST_IP=`ifconfig eth0 |grep "inet"|awk '{print $2}' `
function start(){
cd /usr/local/chainup/apache-jmeter-5.1.1/bin
nohup jmeter-server -Djava.rmi.server.hostname=$HOST_IP &
if [[ $? -eq 0 ]]
then
echo "start agent success.........."
else
echo "start agent failed..........."
fi
exit 0
}
function stop(){
pids=$( ps -ef | grep jmeter-server | grep -v grep | awk '{print $2}')
for pid in ${pids[*]}
do
kill -9 ${pid}
echo ${pid}
done
if [[ $? -eq 0 ]]
then
echo "stop agent success.........."
else
echo "stop agent failed..........."
fi
}
case $1 in
start)
start
;;
stop)
stop
;;
restart)
stop
sleep 2
start
;;
*)
echo "Usage sh agent_process {start|stop|restart}"
;;
esac
控制器脚本：agent_start_stop.sh
#! /bin/bash
ip_arr=("172.17.36.1" "172.17.36.2" )
for ip in ${ip_arr[*]}
do
ssh root@$ip << eeooff
cd /usr/local/chainup/apache-jmeter-5.1.1/bin
sh agent_process.sh $1
eeooff
done
缺点是多台机器时，每启一台需要手动ctrl+c一次。
性能参数调整
jmeter作为java应用，负载机是很费资源的。可以调整java的性能参数来提高负载机性能。
apache-jmeter-3.2\bin\jmeter.bat
rem including some tuning recommendations set HEAP=-Xms512m -Xmx512m rem Uncomment this to generate GC verbose file rem set VERBOSE_GC=-verbose:gc -Xloggc:gc_jmeter_%p.log -XX:+PrintGCDetails -XX:+PrintGCCause -XX:+PrintTenuringDistribution -XX:+PrintHeapAtGC -XX:+PrintGCApplicationConcurrentTime -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCDateStamps set GC_ALGO=-XX:+UseG1GC -XX:MaxGCPauseMillis=250 -XX:G1ReservePercent=20 set SYSTEM_PROPS=-Djava.security.egd=file:/dev/urandom rem Always dump on OOM (does not cost anything unless triggered) set DUMP=-XX:+HeapDumpOnOutOfMemoryError
这里可以set heap、gc、dump策略等。heap常规参数有：-xmx、-xms、-xmn、-xx:permSize、-xx:maxPermSize
os为32位时，xmx不要在于1.5G，64位时设置为2GB，-xmn不要超过xmx的1/2。
jvm相关知识：http://docs.oracle.com/javase/8/docs/technotes/tools/windows/java.html#GBGCIEFC
二、测试结果
测试监听
用于收集运行结果、如事务响应时间、吞吐量等指标。
summary report或aggregate report。summary report中可调整显示字段等，字段选的越多，IO越高。
jmeter plugins增加了众多的监听器，可用这个。
三、执行实例
例1：生成结果的文件名是带上时间
jmeter -n -t test.jmx -l `date "+%y-%m-%d"`.jtl
其他格式可以参考：https://www.cnblogs.com/runingli/p/10961911.html
待补充。。。。。
