[优]结果分析-loadrunner结果分析


授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 结果分析-loadrunner结果分析 by:授客 QQ:1033553122 以lr自带的程序为例子,来说明怎么进行结果分析。 测试环境 略,这里软硬件环境都满足条件 录制过程 略 运行场景 略 结果分析(Controller-Results->Analyze Results) 1、 添加图形(Graph) 根据实际情况,决定是否添加图形,方法Graph->Add New Graph,打开图示对话框 这里一般按默认设置,选择想要的图形,点击Open Graph 2、 合并图表(merge graph) 举例:在Running Vusers中添加 步骤1.鼠标右键图标->Merge Graphs 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 说明: Select graph to merge with:这里设置要同当前图表合并的另一张图表 Select type of merge:这是合并类型 * Overlay ----查看共用x轴的两个图表的内容 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke * Title ----查看共用一条x轴的两个的内容,和上面不同的是,其中一个图表在另一个上面 * Correlate ----对比关联的方式查看两个图表的内容 Title of merged graph:设置合并后生成图表标题 3、 设置过滤器与分组 右键图形区域->菜单中选择Set Filter/Group By... 每张图内容不一样,但是形式是一样的,分过滤条件(仅显示满足条件的记录),分组依据,已选择 分组(把通过过滤条件筛选出来的数据按选择的分组类型分组,每组形成legend的一条记录),, 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 举例 如上图,设置仅显示Vuser Status=Run,且以Failed、Passed状态结束的,运行时间范围在00-40s 内的Vuser,同时按VuserID分组显示记录 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 清空设置的过滤器和取消分组显示,右键菜单->Clear Filter/Group By 4、 设置X轴粒度 右键图形区域->菜单中选择Set Granularity,可设置X轴的刻度(时间单位,含秒,分,时,间隔) 按如上设置,设置效果如下 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 备注:lr会根据这里设置的时间点进行数据采样 右键菜单,Undo Change Granularity 5、 查看度量趋势图 右键图形区域->菜单中选择View Measurement Trends 查看度量趋势,在分析合并图标时比较有用,这里我们以下图为例子 没有勾选之前,合并图显示如下 如图,每钟图形线条使用的不同的Y轴,虽然计数单位相同,都是“个”数,但是类型不一样,一个 是点击数,一个是Vuser数,直接查看不便于观察,要是合并图中多几种类型的线条就更不方便了 勾选 View Measurement Trends之后,合并图显示如下 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 如图,共用y轴,可以直观的对比合并图中两类图形线条。 6、 查看原始数据 右键图形区域->菜单中选择View Raw Data,弹出如图对话框,输入起始和终止时间,确定即可显 示原始数据 7、 设置Y轴度量比例 点击图例中的 图标,打开图示对话框,红色方框中可自由指定比例 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke Set Measuremtn scale to 1 (默认设置 Set Measuremtn scale to 2 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 显示值为原来的2倍 8、 同时比较多个结果 1.File->Cross with Result... 2.选择结果,Add 9、 图表简析 8.1 Vusers a) Runner Vuser 该图显示了测试过程中,执行用户脚本的Vuser数量及状态 如图,Y轴表示Vuser的数量,x轴表示时间(运行时开始算起),鼠标悬停在某个“点”上方,会自 动弹出信息条,显示对应时间点,对应状态(默认为Run)的Vuser数量。 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke b) Rendezvous 如图,和Running Vusers类似,图表显示的也是不同时间点对应的,处于集合点的Vuser数量。 如上,如果开启的总用户数为集合点设置用户数的整数倍时,图表给出不同时间点对应的Vuser 数都一样,即连线一直是一条直线,否则因最后一批到达集合点的Vuser用户较少,而出现曲 折线 测试,开启15个用户,集合点满10个用户则释放 测试,开启25个用户,集合点满10个用户则释放 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 注意,这里由点和点相连形成的直线并不表示网上某些人说的持续时间,持续到出现曲折线时 才释放用户,仅是告诉我们,什么时间,集合点用户数满足了设置的用户数,开始释放用户数, 如上图,我们看到整个过程,集合点处集合并释放了3批用户。 建议:把该图和Average Transaction Response Time graph比较,这样可以分析集合点是 怎么通过影响事务时间来创造负载峰值的. c) Vuser Summary 该图显示了Vuser性能概要 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 如图,显示80个用户全部运行通过 8.2 Transactions a) Average Transaction Response Time Graph 改图显示场景运行负载测试期间,每秒(默认情况),执行事务消耗的平均时间,如果已经定义 了可接受的最小和最大事务性能时间,可以使用该幅图来决定服务器性能是否在可接受范围内。 说明:默认情况下,仅显示运行通过的事务 通过点击红色圈圈中按钮,可设置展示不同的数据列 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 通过上述图,整个订票过程消耗时间9.531秒(不考了思考时间),其中,打开搜索航班页面平 均响应时间为5.072秒,占消耗时间的主要部分 对比上述两幅图,提出问题:Graph’s XXXX, XXXX有何区别? Graph’s xxxx:个人理解,根据图形显示数据做的二次分析,,当改变图形取样粒度,即x轴的 时间采样粒度,这个值会动态变化,而下面的值则不会 xxxx:实际捕捉到的数据进行的分析 可以把Average Transaction Response Time graph和Running Vusers graph比较,查看 运行用户是怎么影响事务响应时间的. 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 如图,随着vuser增加对访问首页和登录事务并无多大影响,当vuser达到最大时,继续运行, 此时打开搜索航班页面的响应时间不断增加(图中黄色部分),于此同时显示搜索结果页面(图 中淡绿色)的响应时间也开始增加 与集合点比较,查看集合点是怎么影响事务的 运行时间达到17秒,集合点用户数达到最大,开始处释放用户,过了一小会,开始运行打开搜 索航班页面(黄色部分)子事务,当运行用户数达到80时,平均响应时间达到顶峰(要是再多 点用户,估计平均响应时间还会加长),同时我们也可看到,集合点并不能保证所有子事务同时 运行,图中,集合点的并发效果主要作用于打开搜索航班页面。 b) Transaction Response Time (Percentile) Graph 该图分析给定时间范围内执行完成的事务百分比 某些情况下,最大事务响应时间可能很长,但是大部分事务的响应时间在可接受范围内,整个 系统还是可视为满足需求的。 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 如图,可看到大约40%的book_filghts(60-20)的响应时间在9.644左右,40%的事务响应时 间在10s左右 注意:这里的y值是个大约值,所以可能不是很准确。 c) Transaction per Second Graph 图形显示针对每个事务,每秒通过,失败,停止的事务数,建议和Average Transacion Response Time Graph对比 对比图 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 如图,随着每秒事务数(book_flights)的增加,对应事务的响应时间也增加 d) Transaction Response Time(Distribution) Graph 该图显示了用于执行事务的时间分布 使用该图之前,先定义可接受的最大和最小事务执行时间,然后可用该图来判断服务器性能是否 在可接受范围内。 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 从上图可看到,大部分事务的响应时间在5秒以内,小部分事务在8-9秒内 e) Transaction Performance Summary Graph 如图,没啥好说的 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke f) Transaction Summary Graph 概括了以失败、通过、停止及以错误状态结束事务数 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke g) Total Transactions per Second Graph 显示每秒通过的事务总数,失败的事务总数,停止的事务数 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke A. Web Resources a) Windows Resource 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 参数分析参考文章: 运行场景-常用Windows Rescources计数器分析简介 b) Throughput graph 该图显示了场景运行期间的每秒钟,从 Web Server上接受到的数据量的值.以byte或MB为单位 。 如要以 MB 为单位进行查看,可使用 Throughput (MB)图. 可根据图形中的数据和网络带宽比较, 可以确定目前的网络带宽是否是瓶颈。 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke B. Web Page Diagnostics a) Web Page Diagnostics graph Web Page Diagnostics graph提供脚本中每个被监控页面的性能信息,可以查看每个页面和组件 的下载时间(download time),如果在查看Average Transaction Response Time时,发现某 个事务的平均响应时间很高时,可以右键事务(线条),弹出菜单中选择Web Page Diagnosics for “transaction_name”,打开Web Page Diagnostics graph 下图说明了发送一个http请求后,产生的事件顺序: 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 注意: 为了让Analysis生成Web Page Diagnostics graphs图,必须开启Web Page Diagnostics 功能 Controller--> Diagnostics > Configuration -> 勾选Enable the following diagnostics复选框. 同时,点击Enable按钮,开启Web Page Diagnostics (Max. Vuser Sampling: 10%) 注意:推荐选择HTML-based script方式录制脚本 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 下拉选择要分析的页面 接着,出现如下 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 从图上可看到First Buffer占据了主要的时间,即从请求到服务器开始响应 说明: 1.Download Time:分析页面不同组件在不同阶段的所需时间,包含以下阶段: 名称 描述 显示使用最近的 DNS 服务器将 DNS 名称解析为 IP 地址所需的时间。“DNS 查找” 度量是指示 DNS 解析问题或 DNS 服务器问题的一个很好的指示器。 显示与包含指定 URL 的 Web 服务器建立初始连接所需的时间。连接度量是一个很 好的网络问题指示器。此外,它还可表明服务器是否对请求作出响应。 显示从初始 HTTP 请求(通常为 GET)到成功收回来自Web服务器的第一次缓冲时 为止所经过的时间。第一次缓冲度量是很好的 Web 服务器延迟和网络滞后指示器。 注意:由于缓冲区大小最大为 8K,因此第一次缓冲时间可能也就是完成元素下载所 需的时间。 显示建立 SSL 连接(包括客户端 hello、服务器hello、客户端公用密钥传输、服务器 证书传输和其他部分可选阶段)所用的时间。自此点之后,客户端与服务器之间的所 有通信都将被加密。 SSL 握手度量仅适用于 HTTPS 通信。 从浏览器接从服务器收到第一个字节起,直到成功收到最后一个字节,下载完成止的 时间。“接收”度量是很好的网络质量指示器(用来计算接收速率size/time)。 显示验证客户端所用的时间。如果使用 FTP,则服务器在开始处理客户端命令之前, 必须验证该客户端。“FTP 验证”度量仅适用于 FTP 协议通信。 显示因浏览器思考时间或其他与客户端有关的延迟而使客户机上的请求发生延迟时, 所经过的平均时间。 显示从发出 HTTP 请求到返回错误消息(仅限于HTTP 错误)这期间经过的平均时间。 授客 QQ:1033553122 博客:http://blog.sina.com.cn/ishouke 2.Component(Over Time):页面上不同组件在不同时间的平均下载时间曲线图。 3.Download Time(Over Time):不同组件在不同时间的平均下载时间面积图。 4.Time To First Buffer(Over Time):不同组件不同时间第一次缓冲时间面积图 详解 浏览器向Web Server发送请求,一般情况下,该请求首先发送到DNS Server 把DNS名字解析成 IP 地址。解析的过程的时间就是 Dns Resolution。这个度量时间可以确定 DNS 服务器或者 DNS 服 务器的配置是否有问题。如果 DNS Server 运行情况比较好,该值会比较小。 解析出 Web Server 的IP地址后,请求被送到了Web Server,然后浏览器和 Web Server之间 需要建立一个初始化连接,建立该连接的过程就是Connection。这个度量时间可以简单的判断网络 情况,也可以判断 Web Server是否能够响应这个请求。如果正常,该值会比较小。 建立连接后,从Web Server发出第一个数据包,经过网络传输到客户端,浏览器成功接受到第一 字节的时间就是First Buffer。这个度量时间不仅可以表示 Web Server 的延迟时间,还可以表 示出网络的反应时间
还剩26页未读

继续阅读

下载pdf到电脑,查找使用更方便

pdf的实际排版效果,会与网站的显示效果略有不同!!

需要 6 金币 [ 分享pdf获得金币 ] 2 人已下载

下载pdf