08-02 性能测试--负载模型与压力来源

JDK 中的提供的监听工具

08-02 性能测试--负载模型与压力来源_第1张图片

Windows 系统下,Java 进程最多能启动 1000 个线程

Linux 系统下,Java 进程最多能启动 2000 个线程

JMeter 线程组

08-02 性能测试--负载模型与压力来源_第2张图片

08-02 性能测试--负载模型与压力来源_第3张图片

其中线程属性(体现的是压力预期,实际结果在聚合报告中查看)中:

  • ramp up:预期线程加载时间,如图中,预期1秒内启动10个线程,最终使用的时间以右上角的时间为准;ramp up=0:表示瞬间加压,线程启动时间无线趋近于0,负载测试时,尽量将其设置大一些,让性能曲线平缓,分析瓶颈点
  • 循环次数:线程的迭代次数/重复发起请求的次数;若循环次数有固定值,持续时间不会生效,以循环次数为准

调度器配置中:

  • 持续时间:需要将循环次数设置为永远,持续时间才会生效

08-02 性能测试--负载模型与压力来源_第4张图片

压力来源

基于协议发起请求,模拟用户真实操作,向系统施加压力

HTTP请求

08-02 性能测试--负载模型与压力来源_第5张图片

08-02 性能测试--负载模型与压力来源_第6张图片

入参形式

一般入参形式是固定的,需要与接口文档进行核对

  • 表单形式

08-02 性能测试--负载模型与压力来源_第7张图片

  • json形式(表单与json,两种入参形式只能选其一)

08-02 性能测试--负载模型与压力来源_第8张图片

  • url拼接

08-02 性能测试--负载模型与压力来源_第9张图片

Advanced

如果存在某些接口,并发数量过大容易发生堵塞,可以设置超时时间直接抛出错误,执行下一个请求,

防止请求堵在队列中,影响后续流程

08-02 性能测试--负载模型与压力来源_第10张图片

勾选“从HTML文件获取所有内涵的资源”,请求会把所有的静态资源加载进去

08-02 性能测试--负载模型与压力来源_第11张图片


JMeter 抓包

相关工具:XmfBrowser

链接:https://pan.baidu.com/s/1FI6Q...

提取码:7xsz

08-02 性能测试--负载模型与压力来源_第12张图片

JMeter 内的操作:

  • 添加 HTTP 代理服务器

08-02 性能测试--负载模型与压力来源_第13张图片

  • 设置代理服务器

08-02 性能测试--负载模型与压力来源_第14张图片

  • 设置请求过滤

08-02 性能测试--负载模型与压力来源_第15张图片

08-02 性能测试--负载模型与压力来源_第16张图片

  • 启动代理,然后再浏览器工具中设置代理端口,按实际业务进行操作

08-02 性能测试--负载模型与压力来源_第17张图片

  • 在抓取的接口中,选择有用的移动到对应事务的线程组中

08-02 性能测试--负载模型与压力来源_第18张图片

压力监听

08-02 性能测试--负载模型与压力来源_第19张图片

主要监听响应时间、TPS、活动线程、HPS、响应时间比例

常用监听器:

08-02 性能测试--负载模型与压力来源_第20张图片

JDK 下的监听工具:

  • 位置:jdk/bin/jconsole.exe

使用浏览器进行录制脚本时,相关的设置:

第一种方式:配置电脑网络代理(不推荐,会代理所有浏览器请求)

08-02 性能测试--负载模型与压力来源_第21张图片

第二种方式:使用浏览器插件--SwitchyOmega(推荐)

08-02 性能测试--负载模型与压力来源_第22张图片

使用步骤:

08-02 性能测试--负载模型与压力来源_第23张图片

08-02 性能测试--负载模型与压力来源_第24张图片

08-02 性能测试--负载模型与压力来源_第25张图片

你可能感兴趣的:(jmeter测试性能测试)