Leo-Fighting的博客

内存磁盘空间[root@ZT-TEST ~]# df -h文件系统 容量 已用 可用 已用% 挂载点devtmpfs 3.9G 0 3.9G 0% /devtmpfs 3.9G 0 3.9G 0% /dev/shmtmpfs 3.9G 402M 3.6G 11% /runtmpfs

Linux 监控工具top：展示所有进程信息vmstat：展示系统活动，硬件和系统信息vmstat pid 10ps：ps aux | sort -k3nr | head -n 10：展示 CPU / 内存排名free：展示内存占用free -giostat：展示 IO 信息iostat -x -k -dpidstat：展示进程的 CPU 使用情况pidstat -u -p ALL[root@ZT-TEST ~]# pidstat -p 8938 -w 1 10

参考链接：https://testerhome.com/articles/21593分布式的原因针对测试：单机无法支持过大并发量，需要多机器同时执行并发来解决分布式的原理主机 master 执行与分发脚本给 从机，汇总 从机 的执行结果从机 salve 执行 主机 分发的脚本，并把数据反馈给主机分布式实现1 配置主机 master修改配置文件jmeter.properties在 jmeter.properties 文件中新增 remote_hosts 配置;配置是 slave

参考链接：https://testerhome.com/topics/21113Grafana使用 docker 安装# 创建 influx 与 grafana 共用的文件映射卷：容器的存放目录docker volume create influx_grafana# 拉取镜像docker pull registry.cn-hangzhou.aliyuncs.com/zhufc/influx_grafana:v6# 运行容器docker run -d -p 2003:2003 -p 80

性能测试报告模板：链接: https://pan.baidu.com/s/1iQju8u0MditHDkTQogItxQ提取码: 2gu6前端性能分析使用 Chrome 浏览器结果查看：图中各种颜色代表的含义：蓝色 Loading：加载黄色 Scripting：脚本紫色 Rendering：渲染绿色 Painting：绘制浅灰 Other：其他若需要通过 Jmeter 进行测试，则需要☑️从HTML文件获取所有内含的资源前端性能优化静态资源加缓存，使用 CDN 与 独

用户定时器|集合点模拟多用户在同一时间点发起请求，缩小并发线程启动时间误差等待达到指定数量的用户数量后，集中发起请求使用 Synchronizing Timer（同步定时器）参考链接：https://blog.csdn.net/sun_hm/article/details/105048385其中 Timeout in millisecond（超时时间）=0，属于硬性等待若集合用户数>=线程数，运行脚本若集合用户数<线程数，一直等待，不会运行脚本Timeout in mill

负载模型1. 并发用户模型分析性能衰减点；目的是性能调优使用阶梯加压的线程组：Stepping Thread Group ****保证压力平缓增加相关参考链接：https://www.cnblogs.com/xioawu-blog/p/11126218.html相关的监听器关于性能衰减：随着负载不断增加，TPS 相对平稳，但是响应时间持续增加监听器：Transaction Throughput vs Threads使用：Concurrency Therad Group参考链接

基础性能脚本延迟时间=网络时间+服务处理时间主要使用监听器，通过两者的差值，判断响应时间消耗：jp@gc - Connect Times Over Timejp@gc - Response Times Over Time调试脚本阶段，可以使用查看结果树等监听器来观察运行结果正式执行时，需要将其禁用，避免消耗服务器资源准备数据获取登录 session，提供给后续接口使用：从登录的响应中获取 session，传递到 后续接口 的请求头中使用使用 cookies 管理器后置处理

JDK 中的提供的监听工具Windows 系统下，Java 进程最多能启动 1000 个线程Linux 系统下，Java 进程最多能启动 2000 个线程JMeter 线程组其中线程属性（体现的是压力预期，实际结果在聚合报告中查看）中：ramp up：预期线程加载时间，如图中，预期1秒内启动10个线程，最终使用的时间以右上角的时间为准；ramp up=0：表示瞬间加压，线程启动时间无线趋近于0，负载测试时，尽量将其设置大一些，让性能曲线平缓，分析瓶颈点循环次数：线程的迭代次数/重复发起请

Jmeter 核心原理基于协议，模拟真实用户场景，并通过多线程模拟用户发起请求。基于协议：性能测试的对象是网络分布式架构的软件，而网络分布式架构的核心是网络协议多线程：人的大脑是单线程的，电脑的 cpu 是多线程的。性能测试就是利用多 线程的技术模拟多用户去负载模拟真实场景。用户的访问时间，访问频率都不是固定的性能测试理论性能测试的基本目标：测试系统性能是否达标；通过一定的技术手段，模拟用户的并发请求，去测试系统最大处理能力与稳定运行的能力，找到性能瓶颈，提升系统整体处理能力基本方法：