jmeter_02test_plan_测试计划参数
- 转载自 https://www.cnblogs.com/poloyy/tag/Jmeter/default.html?page=4
- 测试计划描述了 Jmeter 在执行时,一系列的步骤
- 一个完整的测试计划包含了一个或多个【线程组、逻辑控制器、配置元素, 采样器、监听器、定时器、断言】
配置树中的元件
- 树中的每一个控件都能通过右边内容区显示
- 树中的每一个控件都能在树中随意拖动
运行测试计划
- 可以通过ctrl+r运行测试计划
- 通过右侧的数字:活动线程数/线程总数,这仅适用于本地运行的测试;
- 使用客户端-服务器模式时,它们不包括在远程系统上启动的任何线程【分布式压测时,master机不会显示所有远程salve机的线程总数】
仅在调试测试计划时,才应该使用上面的 GUI 模式【界面模式】,如果实际运行负载测试的时候,应该使用CLI模式【命令行模式、无界面模式】
Thread Group的简单理解
- 线程组是一个测试计划的开始点
- 在一个测试计划中的所有元件都必须在某个线程组下
- 线程组决定 Jmeter 执行测试计划的线程数
j
Thread Group提供的主要作用
- 设置每次的线程数
- 设置ramp-up period
- 设置执行测试的次数
Thread Group的独立性
每个线程都会独立的运行测试计划,互不干扰,多个线程用于模仿对服务器的并发访问。
在取样器错误后要执行的动作
默认:继续
建议:继续
假设一个HTTP Sampler报错了,后面还有其他请求,最好肯定是继续执行下去啦
线程属性值
设置的线程属性值是【预期压力值】希望压力值
而聚合报告是【压力测试的实际结果】
线程数
- Jmeter java进程下启动的线程,用来模拟真实用户数, 1线程数 = 1用户数
- windows下,2g的 java内存,1m 的栈空间,最大启动线程数=1000
- Linux下,2g的 java内存,1m 的栈空间,最大启动线程数=2000
- 在Jmeter中,先启动线程,再运行线程,后释放线程【启动线程并运行,释放线程】
- 线程数建议不超过1000
Ramp-Up时间(秒)
- 预期线程组的所有线程从启动-运行-释放的总时间
- ramp up=0时,表示瞬时加压,启动线程的时间无限趋近于0
- 特别注意:在负载测试的时候,尽量把 ramp up 设置大一些,让性能曲线平缓,容易找到瓶颈点
循环次数
- 每个线程循环执行的次数,默认一次【便于理解:线程的迭代次数、重复发起请求的次数】
- 如果设置为永远,那么 jmeter 将以最大的可能去发送请求,以此测试出最大并发数
备注:如果 ramp-up 时间内,所有线程不能启动运行完的话,时间则会顺延下去
-
Ramp-up 设置注意事项
Ramp-up需要设置足够长的时间来避免在测试刚开始时工作量过大
- 假如需要大量线程的话,不建议设置成0,0 属于瞬时加压【过小的 ramp-up period 】
- 如果设置 0,Jmeter 将在测试开始时就启动全部线程并立即发送请求,这样很容易让服务器达到饱满状态,且瞬间会增加很大的负载量,容易让服务器超载,这样是不合理的;
- 不合理的原因并不是因为平均压力值过高,而是因为所有线程都在初始状态时一起并发访问,从而引起不正常的初始访问峰值,可以通过 Jmeter 的聚合报告看到这种情况
Ramp-up还必须足够短,保证最后一个线程在第一个线程完成之前开始运行
- 如果 Ramp-up 过大,则会降低访问峰值的负载,即没有达到预期的压力峰值,无法获取准确的服务器最大负载情况【过大的 ramp-up period 】
- 具体的表现为:一些线程还没有启动,初期启动的部分线程已经结束了【导致实际并发量并会小于预期并发量】
如何确定一个合理的ramp-up period
- 首先,让初始点击率接近平均点击率,前提是确定合理的访问量
- 初始的 ramp-up period = 平均点击率= 总线程/点击率;假如线程数=100,点击率=10次/s,则ramp-up period = 100/10 = 10s
- 总线程数除以点击率
延迟创建线程直到需要 (没用过)
延迟创建线程,直到线程被需要、采样器开始执行时才会被创建,避免资源浪费
请求是request,每秒请求是 request persecond ,也就是 RPS,这是压力。
TPS是服务端的处理能力,是衡量服务器的性能指标,不要和rps混在一起哦。
请求数决定不了TPS,唯一能决定TPS的是服务器
----------------------------------------------------------------------------------------------
独立运行每个线程组(例如在一个组运行结束后启动下一个)
默认:不勾选,默认各线程组并行、随机执行
作用:勾选后,用于控制测试计划中的多个线程组的执行顺序,保证顺序执行各线程组
用户定义的变量
- 这里用户添加的变量,相当于全局变量,所有线程组都共用
- 一般添加一些系统常用的配置
- 一般不建议在测试计划上添加变量,因为不方便启用(disable)和禁用(enable)
特别注意
- 线程组中的取样器执行顺序:默认是从上到下执行
- 交替控制器、随机控制器、随机顺序控制器、循环控制器可以改变取样器的执行顺序