压力测试场景设计
?
线程组:是用来对场景进行设计
线程数:并发用户数,1代表1个人,10就代表10个人,但是超过10000,电脑消耗资源过高,一台电脑最多线程数不会超过1500
Ramp-Up:1代表1秒钟内产生并发用户数,如果线程组为100,Ramp-Up为20,代表20秒内产生100个并发用户数
一般来说,线程数在100以内,时间可以设置在1秒,线程数在500以内,时间可以在2秒,如果线程数是1000,时间可以在3秒
如果设计时间太短,有可能电脑没有足够资源产生并发用户,也有可能产生的用户太多,发送大量请求导致出错
如果设计时间较长,代表生成用户时间间隔较长,比如100个线程时间为10秒,就等于每秒生成10个,如果时间为20,就等于每秒生成5个
循环:1代表每个并发用户执行1次脚本
调度器:每隔并发用户持续运行脚本的时间,需要把循环次数设置成永远
?代表2秒钟之内产生500个并发用户,每隔用户要执行脚本12秒
拓展:5个用户循环100次,和100个用户循环5次,哪种对服务器压力更大?
答案:100个用户循环5次对服务器压力更大,因为并发用户数越大,造成的压力越大
5个用户循环100次,只是用时比较长但是同时访问服务器的人数不多
100个用户循环5次,同时访问服务器的人数多
负载测试场景设计
回顾:负载测试是逐步增加并发用户数向服务器发起请求,找到并发用户数的拐点区间
负载测试插件
下载jmeter plugins manager.jar,放到lib/ext目录下
?
重启jmeter后点击选项
?在Available Plugins中搜索jpgc 加空格,然后点击Apply
?
阶梯场景设计
添加线程组
?
?横坐标(X)表示运行时间,纵坐标(Y)表示用户数
?表示从0到10个并发用户所用的时间
表示10个用户持续运行的时间
?
?
添加脚本
?
添加监听器
?随着时间变化活跃线程数的图
?随着时间变化的响应时间图(毫秒)
?TPS(每秒处理事务)图
?
波浪形场景
能够实现一定规律的并发用户高峰
添加线程组
?制造第一波高峰
?
?制造第二波高峰
?
?资源监控
上传serveragent.zip到服务器
?禁用udp端口 设置tcp端口
?设置防火墙
?
方式1:关闭防火墙 systemctl stop firewalld.server
方式2:添加开放端口
添加监控器
?
分布式
jmeter在一台电脑最多生成1000以内的并发用户,如果再多,就没有资源再生成,要想生成更多并发用户,就要使用分布式
分布式就是多台机器一起承担并发用户,比如要生成2000并发用户,有2台机器,那么分布式就能让每台机器承担1000个
如果有4台机器 每台机器就承担500个,分摊了自身的压力
前提:
1,jmeter版本一致 5.1.4
2,jdk大版本要一致 1.8.*
3,插件要一致
4,在同一个局域网
5,csv文件
直接把jmeter文件夹打包传给助攻机器
?配置助攻机器(slave)
?
修改并启用(去掉#或者添加一行)
Server_port = 7911(自己修改,大于1024)
Server.rmi.port(认证端口) = 7931
启动服务:
命令在助攻机器的jmeter的bin目录下运行命令
禁用防火墙或者添加上面设置的端口
在本机Telnet助攻机器ip检查是否能连接
修改主控配置(master)
?
把master也设置成slave,只需要配置slave的设置就行
远程启动slave
?
持续集成
Jenkins+ant+jmeter
?配置系统变量
?Path
jenkins插件安装
安装performance 和 ant 插件
配置ant
?
?Ant默认勾选install,要反选
?
?
创建任务
构建选择invoke ant
?选择之前设置好的ant版本,并且填入jmeter中build.xml文件的路径
修改build.xml里的内容
?主要修改的是jmeter的路径
?生成报告的路径
?测试脚本的路径
?
无界面运行
右键使用cmd打开命令行
命令行输入
Jmeter -n(无图形) -t(测试计划) (bin里面存放脚本的文件路径)\(脚本名称.jmx) -l(输出文件) (文件路径)\(文件名).jtl) -e -o (文件路径\(文件夹名)
?
?