JMeter Plugins.doc

1.安装下载从/p/jmeter-plugins/downloads/list 下载当前最新版本的JMeter Plugins解压下下来的JMeterPlugins-version.zip文件，将解压文件中JMeterPlugins.jar放入$JMeter安装文件夹libExt下面。然后运行解压文件下面的 startAgent下面的startAgent.bat。因为用Jmeter做压力测试的缘故，需要用Jmeter生成性能图表，可以Jmeter本提供的图是在是看不懂，在google的code上找到 了JMeterPlugin，他可以把JMeter生成的jtl文件做出很好的统计图，同时还支持机器的cpu、memory、swap、disk io和network的监控，实在是个不错的插件。JMeterPluging生成的很多图都很Thread有关系，因此在使用non gui模式时一定要在perties中修改下来参数jmeter.save.saveservice.thread_counts=true在linux下使用non gui模式的命令是：./jmeter.sh -n -t testplan.jmx -l result.jtltestplan.jmx就是测试计划文件，result.jtl就是结果文件，如果没有把thread_count这个参数打开是不会记录到线程有关的信息的：ng代表当前线程组中有多少活动线程na代表整个测试中有多少活动线程如果没有打开thread_count参数就不会有ng和na的值了。顺带在说明一下别的参数的意思： t表示从请求开始到响应结束的时间 lt表示整个的空闲时间 ts表示访问的时刻 s表示返回的结果true表示成功，false表示失败 lb表示标题 rc表示返回的响应码 rm表示响应信息 tn表示线程的名字“1-138”表示第1个线程组的第138个线程。 dt表示响应的文件类型 by表示请求和响应的字节数由于JMeterPlugin生成的图很多，下面就每类图做一个简要的介绍：2 PerfMon Metrics Collector 用于监控机器的CPU，Memory，SWAP，Disks I/O，Networks I/OCPUCPU占用量百分比Memory存储量的使用情况SWAPDisks I/ONetworks I/O3 Server Hits per Seconds每秒测试计划所产生的点击服务器的次数4 Bytes Throughput Over Time在压力测试期间接收和发送的bytes数5 Composite Timeline Graph将你的测试计划中的所有的图表集合在同一张图标中以方便查看6 Bytes Throughput Over Time 每秒传输字节吞吐量，表明Jmeter在测试时，随着时间推移发送和接受的字节数7Response Codes per Second 每秒返回的响应码，表明Jmeter测试期间，随着时间的推移返回的响应码，从中我们可看到测试期间在哪个时间段内出现了错误。就可以分析在该时间内系统的什么环境因素，导致的错误。8Response Latencies Over Time 每秒钟的响应等待时间， 表明Jmeter测试期间，随着时间的推移系统的响应等待时间的变化，也是系统随着时间推移，系统效率的变化。9Response Times Distribution 响应时间分布， X轴表示的是响应时间，Y轴表示的是响应次数，F(X,Y)表示系统在某种响应时间内的响应次数是多少，如果在响应时间短的地方，响应次数多，说明系统的效率比较高。10Response Times Over Time 每秒钟响应时间，X轴表示的是系统运行的时刻，Y轴表示的是响应时间，F(X,Y)表示系统随着时间的推移，系统的响应时间的变化，可以看出响应时间稳定性。11Response Times Percentiles 响应时间百分比，X轴表示的是百分比，Y轴表示的是响应时间，F(X,Y)表示低于某个百分比的响应时间，比如有80%的响应低于400ms。12Response Times vs Threads 响应时间用户数， X轴表示的是活动线程数，也就是并发访问的用户数，Y轴表示的是响应时间，F(X,Y)表示在某种并发量的情况下，系统的响应时间是多少。13Transaction Throughput Over Time 每秒处理的事务吞吐量 统计随着时间推移每秒可能的事务吞吐量 这里的事务吞吐量计算公式是： 活动线程数*1秒/一个线程的响应时间，比如当一个用户向服务器发出一个请求，在100ms后得到响应，那么事务数等于1*1000ms/100ms = 10 transcation/s，得到每秒钟可以处理是个事务数的结果。 14Transaction Throughput vs Threads 每活动线程数可能的事务吞吐量，途中X轴表示的是活动线程数，Y轴表示的是事务吞吐量，F(X,Y)的含义是当系统处于某个活动线程数时，系统当时的事务 吞吐量是多少。比如当有10个活动线程时，事务吞吐量是100/s，而当有20个活动线程时，事务吞吐量是50/s，说明随着用户访问的增加，系统的处理 效率开始下降了。从这个图中我们可以找到一个临界点，在多大的活动线程数时，系统达到最大的吞吐量。15 Transactions per Second 每秒的事务数，X轴表示