一个压力测试的流程:
1、明确测试目标
2、制定测试计划
3、实施测试,收集参数
4、分析测试结果
5、给出优化方案
一 、明确测试目标:如果是客户的需求,那需要向客户确认,有清楚的性能指标参数,测试时就是保证系统达到该指标并能良好运转,即压力测试。如果是自己的系统需要有一个评估,那就需要完整迹羡山的得到该系统的几个临界点,拿到完整的性能曲线,从而来分析部署情况,即为性能测试。不管是哪个,知道了需求,才能制定计划。
性能测试的目标是发现重大的系统瓶颈。你可以想象一个系统由一系列的瓶颈组成;发现并改善一个瓶颈往往会在其他地姿中方产生一个新的瓶颈。例如,我曾为一运行微软Windows CE的器件部门工作。我们发现的第一大性能问题体现在某一具体硬件环境下的内存管理中。我们把问题分离出来,改善了内存分配的效率。尔后再次运行我们的测试,又找到了一个新的瓶颈,这次体现在网络吞吐量上(throughput)。解决了这个问题后,我们接着又为下一个瓶颈改善而工作,然后再下一个,直到整个系统都达到了性能目标。要记住的是:关键在于要尽早订立性能目标,否则你可能不知道什么时候该停止性能测试。
二、制定测试计划:确定使用什么工具,着重哪些参数,设置线程数,方法执行次数,执行时间,是否多个接口同时进行测试等等。
三、实施测试,收集参数:选一个施压工具,来向部署好的服务发起高并发请求,同时关注和收集性能参数。这个是我们花费时间最多的地方。通常该阶段需要反复执行,来得到想要的数据。通常来说,我们可以使用JMeter LR AB 自己写多线程等各种方式,之后介绍一下JMeter。
四、分析测试结果:即根据上一节的参数派虚介绍来进行参数分析。
五、给出优化方案:如果是代码逻辑耗费cpu,就优化算法;如果是redis等数据库耗时,就增加节点,减少读取,读写分离,使用内存等;如果是外在条件限制,则与外部们沟通问题,共同优化等等。
为什么会有这样的需求,我也不知道,没有需求就创造需求呗,直接开整:
首先上docker.hub上看或橘镇看有没有现成的,关键字 alpine/jmeter ,一搜索果然有:
entrypoint.sh内容看不到,前面PATH已经配置好,应该是直接执行的jmeter程序。先执行下试试:
在服务器/tmp目录上先放上预先准备好的测试计划文件(可以从jmeter的桌面ui版配置好后导出),-t参数指向这个计划文件,就可以运行起来了:
很方便衫粗很直接,如果要生成测试报告,也可以在命令后面带上 -l /tmp/result.jtl 或者是同时生成html页面报告文件 -l /tmp/result.jtl -e -o /tmp/jmeter ,然后用nginx
指向上这个 tmp/jmeter ,就可以页面查看执行报告了:
那有没有办法让容器一直启动着,随时需要压测随时上来敲命令就好? (不要问为什么要这样做,就是玩儿)
那就搞一个空运行的容器玩儿吧:
百度告诉我,这事儿要成,关键命令是 tail -f /dev/null ,有点意思,那就写DockerFile吧:
可以看到做的事情不多,加载5.4.3的jmeter安装包,解伍磨压、配置,顺便装个curl测试用。
配置完就 docker build -t jmeter:1.0 . 跑起来吧。
build完后,输入 docker run -it --name jmeter -v /tmp/:/tmp/ jmeter:1.0 /bin/sh 运行起来:
直接输入jmeter命令,可以看到是可用的,然后按照之前的命令去执行指定测试计划就可以了。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)