Analysis及其结果分析(1)

一;设置场景后,跑脚本有问题时

1.性能指标的监测

(1)windows中,数据收集器-用户自定义 创建指标

Analysis及其结果分析(1)_第1张图片

(2)和LR中第四格监视的内容一样

Analysis及其结果分析(1)_第2张图片

注:如果winds资源打不开,确定这个服务开启


2.一定记住的:

(1)录制脚本时,用IP或域名不用localhost;

(2)服务器和客户机一定要分开;

(3)一次完整的测试需要运行30分钟

(4)error有问题就要去监测,百度一下,别人也许也会遇到

二:主要监测指标(7个)

1.processor Time—cpu占用率,一般<90%;

  Processor Queue Length(System)-CPU队列长度,一般小于2;

  Avalable MByets—可用内存

  Disk Time(PtysicalDisk_Total)–硬盘读写时间;

  Avg.DiskQueueLength(LogicalDisk C:) 硬盘的队列,项目放在C盘,就监视C盘

 在Network Interface下查找,Bytes Sent/sec(Bytes Received/sec)网卡接收到的流量和发出去的流量

Analysis及其结果分析(1)_第3张图片

三:Analysis Summary

1. res 是保存结果的以数据库的形式存在的

(1)几个概念

     并发用户数:与服务器进行交互的在线用户数;

     事务响应时间(Tans response Time):从客户端发出请求到得到响应的时间,一般包括:网络响应时间+server的响应时间;

     点击率(Hits per second):VUSER用户每秒发送的HTTP请求数量;

     TPS(Trasaction per second):服务器每秒钟处理事务的数量(参考值为10到100);

     吞吐量(Throughput):单位时间在网络上传输的数据量(服务端返回的数据量),随着时间的推移,Vuser数量的增加吞吐量不断增加,说明带                                                宽够用,如果保持相对稳定,可以认为是带宽限制了数据流量。

(2)Analysis Summary分析

    total Throughput (总的吞吐量)从服务器端响应的多少流量给客户端  81,809,057 大约等于81m;

    Average Throughput 平均吞吐量 155,235是155k,帮助我们看带宽有没有达到瓶颈;

    Total hits(总点击量) –218.57 发了多了请求给服务器;

   Avage Hits per Second(平均点击量每秒): 21.315;

(3)Transaction Summary   事务的详细信息

(4)HTTP Responses Summary  服务器的响应情况(200、300都是正常的)

(5)图表中可以添加想看的图表

Analysis及其结果分析(1)_第4张图片


图表的使用:

1)SetFilter/Goup by  按分组查看,按条件筛选

   Set Granularity  设定时间t,这个时间内的平均值算一个值,再图上表现为一个点

   VIew Measurement Trends 查看数据之间的线性关系

  View Raw Data 查看原始数据,表格右侧有原始数值列表

Analysis及其结果分析(1)_第5张图片

2)合并图 如:随着虚拟用户数的增加,事物响应的时间,在因的那张图上去关联,重点是两个合并图,才是有价值的

3)自动关联Analysis及其结果分析(1)_第6张图片




你可能感兴趣的:(Analysis及其结果分析(1))