关于Jmeter长时间压测的可视化监控报告

最近有个测试项目，是针对云平台的数据库连接稳定性测试，一般做稳定性测试想到的工具是Loadrunner，因为“成熟稳定”，但是这么重量级的工具不适合搬到云平台上开展测试。而Jmeter作为一款优秀的开源测试工具，属于经量级的，但是基于java的稳定性还是不如Loadrunner。【关于jmeter的特性和性能优化，可以参见我的另一篇文章《针对性能测试工具Gatling与Jmeter的比较及看法》】

       首先将Jmeter轻量包（免安装）上传到云平台，这次肯定是要分布式测试了（因为要测试20台虚拟机与阿里Mysql连接的稳定性），每一台虚拟机都部署上JDK和Jmeter，并启动jmeter-server。主控机的jmeter肯定不能用GUI模式调用了（要是那样的话不得内存溢出或卡到死），直接通过以下命令调用（好处就不说了）：

jmeterHome3.1\bin\jmeter -n -t jmeterHome3.1\bin\MysqlTest.jmx -R 10.2.116.116,10.2.116.118,[省略后面的IP] -l DashReport\log-20180413.csv -e -o DashReport\htmlReport-20180413

如果是要生成不被覆盖的测试报告，可以通过自动生成日期时间来新生成报告：

Windows下的运行脚本样例为：

@echo off

set a=%time:~0,2%%time:~3,2%%time:~6,2%

set b=0%time:~1,1%%time:~3,2%%time:~6,2%

if %time:~0,2% leq 9 (set c=%b%)else set c=%a%

 

jmeterHome3.2\bin\jmeter -n -t rfAppTest.jmx -l DashReport\log-%Date:~0,4%%Date:~5,2%%Date:~8,2%%c%.csv -e -o DashReport\htmlReport-%Date:~5,2%%Date:~8,2%%c%

pause

Linux下的运行脚本样例为：

#!/bin/bash

Cur_Dir=$(cd "$(dirname "$0")"; pwd)

$Cur_Dir/jmeterHome3.2/bin/jmeter -n -t $Cur_Dir/jmeterHome3.2/bin/websocket-test.jmx -l $Cur_Dir/DashReport/log-$(date -d "today" +"%Y%m%d%H%M%S").csv -e -o $Cur_Dir/DashReport/htmlReport-$(date -d "today" +"%m%d%H%M%S")

       对于远程负载机较多的情况，就可以在jmeter-server文件上配置，然后用 -r （上面是用-R）来表示启动远程压力机。上面的命令除了生成报告日志csv，还有通过DashReport自动生成视图报告。关于如何产生DashReport可视化测试报告，可以参考我的另一篇文章 Jmeter和Ant的html报告优化及Dashboard Report介绍【https://blog.csdn.net/smooth00/article/details/78728060】。

       按理到这一步，就达到我的要求了，但是经过实际操作后发现问题的严峻性了，那就是随着测试时间的延长（不到4小时），发现log-20180413.csv报告文件越来越大，当超过1G后，问题就暴露了，这么大的监控日志如何转换成html报告（实际上只有最近1个小时的监控数据能够转换，再长时间的就处理不过来了，更别提我要进行跨天的测试监控），另外一个严峻的问题是，随着测试文件的越来越大，对Jmeter造成了挑战，这就是最大的不稳定因素，磁盘的读写瓶颈，随时都可能让它崩溃。（注：这个问题在Windows下表现尤为明显，在Linux下就算