目录
引言
一、什么是压力测试?
二、什么是分布式测试?
三、为什么要使用分布式压力测试?
四、主流压力测试工具对比
五、Jmeter分布式压测原理
六、Jmeter分布式压测前的准备工作
七、阿里云服务器上进行分布式压测
八、系统架构学习
当前快速发展的互联网应用领域,高效的性能测试已经成为了确保在线应用质量和用户满意度的重要手段之一。
而JMeter分布式压测则是实现这一目标的最佳选择。然而,很多人并不知道如何使用JMeter进行分布式压测,更不知道如何获取准确的测试结果。
这篇文章将会向你介绍JMeter分布式压测的基本概念、工具和操作步骤,帮助你更加轻松地进行高效的性能测试。还等什么?赶紧跟着我们的案例来学习吧!
压力测试(Stress Test),也称为强度测试、负载测试,属于性能测试的范畴。
压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间或超大负荷地运行被测软件系统,来测试被测系统的性能、可靠性、稳定性等。一定负载的情况下,长时间运行被测软件系统,称为稳定性测试;超大负荷地运行被测软件系统称为极限压力测试。
分布式测试是指通过局域网和Internet,把分布于不同地点、独立完成特定功能的测试计算机连接起来,以达到测试资源共享、分散操作、集中管理、协同工作、负载均衡、测试过程监控等目的的计算机网络测试。
普通压力测试一般是采用单台机器对目标服务器产生的压力,因为受限于CPU、内存、网络、IO等因素的影响,通常只能模拟几十到几百用户的并发访问。分布式压测是利用多台机器同时向目标服务器产生压力,可以模拟几万到上亿级别用户的并发访问。
(1)Webbench:开源,由Lionbridge公司开发,主要测试每秒钟请求数和每秒钟数据传输量,同时支持静态、动态、SSL。部署简单,静、动态均可测试。适用于小型网站压力测试(单例最多可模拟3万并发)。
(2)Apache bench: 开源, Apache自带的压力测试工具,主要用于测试网站每秒钟处理请求个数。多见用于静态压力测试,功能较弱,非专业压力测试工具。
(3)Tcpcopy: 开源 ,基于底层应用请求复制,可转发各种在线请求到测试服务器,具有分布式压力测试功能,所测试数据与实际生产数据较为接近。主要用于中大型压力测试,所有基于 tcp的packets均可测试。
(4)Loadrunner :付费/破解版本, 压力测试界的泰斗,可以创建虚拟用户,可以模拟用户真实访问流程从而录制成脚本,其测试结果也最为逼真。模拟最为逼真,并可进行独立的单元测试,但是部署配置较为复杂,需要专业人员才可以。
(5)JMeter: 开源免费, Jmeter 是一款使用Java开发的,开源免费的测试工具, 主要用来做功能测试和性能测试(压力测试/负载测试).,而且用Jmeter 来测试 Restful API,非常好用。
(6)WeTest :付费, 腾讯出品的线上服务器压力工具, 最高可模拟亿级并发,可实时查看性能数据报表,提供专家级性能优化建议。我们通常要分析的性能数据,如TPS,在线用户数,事务数,网络带宽,吞吐量,CPU,内存,磁盘IO等,报告里都有。
(7)PTS:付费, 阿里云出品的PTS(Performance Testing Service)是面向所有技术相关背景人员的云化性能测试工具,有别于传统工具的繁复,PTS以互联网化的交互,面向分布式和云化的设计,更适合当前的主流技术架构。无论是自研还是适配开源的功能,PTS都可以轻松模拟大量用户访问业务的场景,任务随时发起,免去搭建和维护成本。更是紧密结合监控类产品提供一站式监控、定位等附加价值,高效检验和管理业务性能。
(1)先了解几个专业术语
控制器节点(Controller Node),又叫Master:运行 JMeter GUI 的系统,它控制测试。
工作节点(Worker Nodes),又叫Slave:运行jmeter-server的系统,它从 GUI 接收命令并将请求发送到目标系统。
目标(Target):计划进行测试的网络服务器。
(2)原理:控制器节点启动时将压测脚本分发到各个工作节点上,然后通过远程启动各个工作节点,共同向目标服务器发送请求(产生压力)。测试结束以后,各个工作节点主动将压测数据回传给控制器节点,由控制器节点统一汇总数据,并输出测试报告。
注意两点:
(1)master和各个slave机器必须使用同一局域网,尽可能减少网络带宽的影响。
(2)使用非GUI模式,避免不必要的cpu、内存损耗。
(1)确保master和各个slave上使用相同版本的JMeter 和 Java。混合版本将无法正常工作。
(2)master和各个slave的防火墙已关闭或打开了正确的端口,且端口未被占用。
(3)master和各个slave上安装的杀毒软件已关闭。
(4)master和各个slave在同一个子网内,尽量减少网络带宽的影响,减少时延问题。如果是多网卡环境需要保证启动的网卡都在同一个网段。
(5)确保 JMeter 可以访问服务器,可以使用ping命令查看。
(6)已经为 RMI 设置了 SSL或禁用了它。
(7)master和各个slave上安装Jmeter全部启动成功。
(8)如果压测脚本有依赖的测试数据,测试数据文件需要复制一份到Worker Nodes上,且文件路径必须Controller Node中一致。
(9)如果使用云服务器进行压测,一定要使用内网IP,不能使用公网IP,先使用ping命令检查网络是否通畅。
(10)压力测试瓶颈大都在带宽上面,需要保证slave的带宽要比Target的带宽高,不然压力上不去。
1、使用SpringBoot接口打包,并用jar包方式部署
(1)打包
(2)启动jar包
2、阿里云linux服务器下安装启动jdk8并配置环境变量
3、部署Java项目到阿里元服务器,守护进程讲解
守护进程也称精灵进程(Daemon),是运行在后台的一种特殊进程。它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件。它不受用户登录注销的影响,它们一直在运行着。
4、阿里云liunx服务器上安装Jmeter
下载:wget https://archive.apache.org/dist/jmeter/binaries/apache-jmeter-5.1.tgz
解压:tar -zxvf apache-jmeter-5.1.tgz
拓展:
5、Jmeter非GUI界面参数讲解
FileZilla是一个免费开源的适合Windows、Mac和Linux的FTP客户端软件。FileZilla特点是:免费、跨平台、易用、下载速度非常快、功能齐全。
6、项目实战之阿里云linux服务器下非GUI界面执行Jmeter压测脚本
(1)Jmeter可视化界面开发压测脚本
(2)导出压测脚本linux_users_api.jmx保存在本地
(3)使用FileZilla工具将本地脚本上传到阿里云服务器上Jmeter安装路径的bin目录下
(4)执行压测脚本,查看日志:
7、Jmeter压测实战之jtl文件(压测结果文件)生成和查看
(1)使用FileZilla工具将阿里云服务器上的result.jtl文件下载到本地(直接拖拽到本地桌面)
(2)在本地打开Jmeter工具,Thread Group—>Add Listener—>Summary Report
(3)点击【Browse】,选择下载到本地桌面的result.jtl文件,打开。
8、Jmeter压测接口的性能优化
官网文档说明如下:
翻译下就是:
(1)使用非GUI模式:jmeter -n -t test.jmx -l test.jtl
(2)尽可能少低使用监听器,如果在监听器之前使用-l 标志,可以删除或禁用它们。
(3)在负载测试期间不要使用“查看结果树”或“聚合报告”监听器,仅在脚本编写阶段使用它们来调试脚本。
(4)不要使用大量类似的取样器,而是在循环中使用相同的取样器,并使用变量(CSV数据集)来改变样本。[此处包含控制器没有帮助,因为它将文件中的所有测试元素添加到测试计划中。
(5)不要使用功能模式。
(6)使用CSV输出而不是XML。
(7)只保存您需要的数据。
(8)使用尽可能少的断言。
(9)使用性能最好的脚本语言(请参阅JSR223部分)
(10)如果您的测试需要大量数据(特别是需要随机数据),请在可以使用CSV数据集读取的文件中创建测试数据。这避免了在运行时浪费资源。
9、Jmeter压测生成多维度图形化压测报告
(1)进度到bin目录下,执行上述指令,路径按自己实际情况来。
(2)将result目录打包成,result.tar.gz
(3)使用FileZilla工具下载本地解压
(4)找到index.html文件后,拖拽到浏览器中打开。
10、Jmeter图形化压测报告dashboard讲解
11、Jmeter图形化压测报告Charts讲解
12、阿里云Jmeter分布式压测常见问题处理
13、阿里云Jmeter分布式压实战
最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!
在我的QQ技术交流群里(技术交流和资源共享,广告勿扰)