LR杂记-loadrunner结果各种指标分析
Transactions (用户事务分析)
　　用户事务分析是站在用户角度进行的基础性能分析。
　　1 、 Transation Sunmmary (事务综述)
　　对事务进行综合分析是性能分析的第一步，通过分析 时间内用户事务的成功与失败情况，
　　可以直接判断出系统是否运行正常。
　　2 、 Average Transaciton Response Time (事务平均响应时间)
　　“ 事务平均响应时间 ” 显示的是测试场景运行期间的每一秒内事务执行所用的平均时间，
　　通过它可以分析测试场景运行期间应用系统的性能走向。
　　例：随着测试时间的变化，系统处理事务的速度开始逐渐变慢，这说明应用系统随着投产时间的变化，整体性能将会有下降的趋势 。
　　3 、 Transactions per Second (每秒通过事务数 /TPS )
　　“ 每秒通过事务数 /TPS” 显示在场景运行的每一秒钟，每个事务通过、失败以及停止的数量，使考查系统性能的一个重要参数。通过它可以确定系统在任何给定时刻的时间事务负载。
　　分析 TPS 主要是看曲线的性能走向。
　　将它与平均事务响应时间进行对比，可以分析事务数目对执行时间的影响。
　　例：当压力加大时，点击率 /TPS 曲线如果变化缓慢或者有平坦的趋势，
　　很有可能是服务器开始出现瓶颈。
　　4 、 Total Transactions per Second (每秒通过事务总数)
　　“ 每秒通过事务总数 ” 显示在场景运行时，在每一秒内通过的事务总数、
　　失败的事务总署以及停止的事务总数。
　　5 、 Transaction Performance Sunmmary (事务性能摘要)
　　“ 事务性能摘要 ” 显示方案中所有事务的最小、最大和平均执行时间，
　　可以直接判断响应时间是否符合用户的要求。
　　重点关注事务的平均和最大执行时间，如果其范围不在用户可以接受的时间范围内，
　　需要进行原因分析。
　　6 、 Transaction Response Time Under Load (事务响应时间与负载)
　　“ 事务响应时间与负载 ” 是 “ 正在运行的虚拟用户 ” 图和 “ 平均响应事务时间 ” 图的组合，
　　通过它可以看出在任一时间点事务响应时间与用户数目的关系，
　　从而掌握系统在用户并发方面的性能数据，为扩展用户系统提供参考。
　　此图可以查看虚拟用户负载对执行时间的总体影响，
　　对分析具有渐变负载的测试场景比较有用。
　　7 、 Transaction Response Time(Percentile) (事务响应时间 ( 百分比 ) )
　　“ 事务响应时间 ( 百分比 )” 是根据测试结果进行分析而得到的综合分析图，
　　也就是工具通过一些统计分析方法间接得到的图表。
　　通过它可以分析在给定事务响应时间范围内能执行的事务百分比。
　　8 、 Transaction Response Time(Distribution) (事务响应时间 ( 分布 ) )
　　“ 事务响应时间 ( 分布 )” 显示在场景运行过程中，事务执行所用时间的分布，
　　通过它可以了解测试过程中不同响应时间的事务数量。
　　如果系统预先定义了相关事务可以接受的最小和最大事务响应时间，
　　则可以使用此图确定服务器性能是否在可以接受的范围内。
　　Web Resources ( Web 资源分析)
　　Web 资源分析是从服务器入手对 Web 服务器的性能分析。
　　1 、 Hits per Second (每秒点击次数)
　　“ 每秒点击次数 ” ，即使运行场景过程中虚拟用户每秒向 Web 服务器提交的 HTTP 请求数。
　　通过它可以评估虚拟用户产生的负载量，如将其和 “ 平均事务响应时间 ” 图比较，
　　可以查看点击次数对事务性能产生的影响。
　　通过对查看 “ 每秒点击次数 ” ，可以判断系统是否稳定。
　　系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。
　　2 、 Throughput (吞吐率)
　　“ 吞吐率 ” 显示的是场景运行过程中服务器的每秒的吞吐量。其度量单位是字节，
　　表示虚拟用在任何给定的每一秒从服务器获得的数据量。
　　可以依据服务器的吞吐量来评估虚拟用户产生的负载量，
　　以及看出服务器在流量方面的处理能力以及是否存在瓶颈 。
　　“ 吞吐率 ” 图和 “ 点击率 ” 图的区别：
　　“ 点击率 ” 图，是每秒服务器处理的 HTTP 申请数。
　　“ 吞吐率 ” 图，是客户端每秒从服务器获得的总数据量。
　　3 、 HTTP Status Code Summary ( HTTP 状态代码概要)
　　“HTTP 状态代码概要 ” 显示场景或会话步骤过程中从 Web 服务器返回的 HTTP 状态代码数，该图按照代码分组。 HTTP 状态代码表示 HTTP 请求的状态。
　　4 、 HTTP Responses per Second (每秒 HTTP 响应数)
　　“ 每秒 HTTP 响应数 ” 是显示运行场景过程中每秒从 Web 服务器返回的不同 HTTP 状态代码的数量，还能返回 各类状态码的信息，通过分析状态码，可以判断服务器在压力下的运行情况，也可以通过对图中显示的结果进行分组，进而定位生成错误的代码脚本。
　　5 、 Pages Downloader per Second (每秒页面数)
　　“ 每秒下载页面数 ” 显示场景或会话步骤运行的每一秒内从服务器下载的网页数。
　　使用此图可依据下载的页数来计算 Vuser 生成的负载量。
　　和吞吐量图一样，每秒下载页面数图标是 Vuser 在给定的任一秒内从服务器接收到的数据量。但是吞吐量考虑的各个资源极其大小(例，每个 GIF 文件的大小、每个网页的大小)
　　而每秒下载页面数只考虑页面数。
　　注：要查看每秒下载页数图，必须在 R-T-S 那里设置 “ 每秒页面数 ( 仅 HTML 模式 )” 。
　6 、 Retries per Second (每秒重试次数)
　　“ 每秒重试次数 ” 显示场景或会话步骤运行的每一秒内服务器尝试的连接次数。
　　在下列情况将重试服务器连接：
　　A 、初始连接未经授权
　　B 、要求代理服务器身份验证
　　C 、服务器关闭了初始连接
　　D 、初始连接无法连接到服务器
　　E 、服务器最初无法解析负载生成器的 IP 地址
　　7 、 Retries Summary (重试次数概要)
　　“ 重试次数概要 ” 显示场景或会话步骤运行过程中服务器尝试的连接次数，
　　它按照重试原因分组。
　　将此图与每秒重试次数图一起使用可以确定场景或会话步骤运行过程中服务器在哪个时间点进行了重试。
　　8 、 Connections (连接数)
　　“ 连接数 ” 显示场景或会话步骤运行过程中每个时间点打开的 TCP/IP 连接数。
　　借助此图，可以知道何时需要添加 连接。
　　例：当连接数到达稳定状态而事务响应时间迅速增大时，添加连接可以使性能得到极大提高 (事务响应时间将降低)。
　　9 、 Connections Per Second (每秒连接数)
　　“ 每秒连接数 ” 显示方案在运行过程中每秒建立的 TCP/IP 连接数。
　　理想情况下，很多 HTTP 请求都应该使用同一连接，而不是每个请求都新打开一个连接。
　　通过每秒连接数图可以看出服务器的处理情况，就表明服务器的性能在逐渐下降。
　　10 、 SSLs Per Second (每秒 SSL 连接数)
　　“ 每秒 SSL 连接数 ” 显示场景或会话步骤运行的每一秒内打开的新的以及重新使用的 SSL
　　连接数。当对安全服务器打开 TCP/IP 连接后，将打开 SSL 连接。
　　Web Page Breakdown (网页元素细分)
　　“ 网页元素细分 ” 主要用来评估页面内容是否影响事务的响应时间，
　　通过它可以深入地分析网站上那些下载很慢的图形或中断的连接等有问题的
　　元素。
　　1 、 Web Page Breakdown (页面分解总图)
　　“ 页面分解 ” 显示某一具体事务在测试过程的响应情况，进而分析相关的事务运行是否正常。
　　“ 页面分解 ” 图可以按下面四种方式进行进一步细分：
　　1) 、 Download Time Breaddown (下载时间细分)
　　“ 下载时间细分 ” 图显示网页中不同元素的下载时间，同时还可按照下载过程把时间进行分解，用不同的颜色来显示 DNS 解析时间、建立连接时间、第一次缓冲时间等各自所占比例。
　　2) 、 Component Breakdown(Over Time) (细分 ( 随时间变化 ) )
　　“ 组件细分 ” 图显示选定网页的页面组件随时间变化的细分图。
　　通过该图可以很容易的看出哪些元素在测试过程中下载时间不稳定。
　　该图特别适用于需要在客户端下载控件较多的页面，通过分析控件的响应时间，很容易就能发现那些控件不稳定或者比较耗时。
　　3) 、 Download Time Breakdown(Over Time) (下载时间细分 ( 随时间变化 ) )
　　“ 下载时间细分 ( 随时间变化 )” 图显示选定网页的页面元素下载时间细分(随时间变化)情况，它非常清晰地显示了页面各个元素在压力测试过程中的下载情况。
　　“ 下载时间细分 ” 图显示的是整个测试过程页面元素响应的时间统计分析结果， “ 下载时间细分 ( 随时间变化 )” 显示的事场景运行过程中每一秒内页面元素响应时间的统计结果，两者分别从宏观和微观角度来分析页面元素的下载时间。
　　4) 、 Time to First Buffer Breakdown(Over Time)
　　(第一次缓冲时间细分 ( 随时间变化 ) )
　　“ 第一次缓冲时间细分 ( 随时间变化 )” 图显示成功收到从 Web 服务器返回的第一次缓冲
　　之前的这段时间，场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间(
　　以秒为单位)。可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。
　　First Buffer Time ：是指客户端与服务器端建立连接后，
　　从服务器发送第一个数据包开始计时，数据经过网络传送到客户端，
　　到浏览器接收到第一个缓冲所用的时间。
　　2 、 Page Component Breakdown (页面组件细分)
　　“ 页面组件细分 ” 图显示每个网页及其组件的平均下载时间(以秒为单位)。
　　可以根据下载组件所用的平均秒数对图列进行排序，通过它有助于隔离有问题的组件。
　　3 、 Page Component Breakdown(Over Time) (页面组件分解 ( 随时间变化 ) )
　　“ 页面组件分解 ( 随时间变化 )” 图显示在方案运行期间的每一秒内每个网页
　　及其组件的平均响应时间 (以秒为单位)。
　　4 、 Page Download Time Breakdown (页面下载时间细分)
　　“ 页面下载时间细分 ” 图显示每个页面组件下载时间的细分，
　　可以根据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由服务器错误引起。
　　“ 页面下载时间细分 ” 图根据 DNS 解析时间、连接时间、第一次缓冲时间、
　　SSL 握手时间、接收时间、 FTP 验证时间、客户端时间和错误时间来对每个组件的下载
　　过程进行细分。
　　5 、 Page Download Time Breakdown(Over Time) (页面下载时间细分
　　( 随时间变化 ) )
　　“ 页面下载时间细分 ( 随时间变化 )” 图显示方案运行期间，每一秒内每个页面组件
　　下载时间的细分。使用此图可以确定网络或服务器在方案执行期间哪一时间点发生了问题。
　　“ 页面组件细分 ( 随时间变化 )” 图和 “ 页面下载时间细分 ( 随时间变化 )”
图通常结合起来进行分析：首先确定有问题的组件，然后分析它们的下载过程，
　　进而定位原因在哪里。
　　6 、 Time to First Buffer Breakdown (第一次缓冲时间细分)
　　“ 第一次缓冲时间细分 ” 图显示成功收到从 Web 服务器返回的第一次缓冲之前的这一段时间内的每个页面组件的相关服务器 / 网路时间。如果组件的下载时间很长，
　　则可以使用此图确定产生的问题与服务器有关还是与网络有关。
　　网络时间：定义为第一个 HTTP 请求那一刻开始，直到确认为止所经过的平均时间。
　　服务器时间：定义为从收到初始 HTTP 请求确认开始，
　　直到成功收到来自 Web 服务器的一次缓冲为止所经过的平均时间。
　　7 、 Time to First Buffer Breakdown(Over Time) (第一次缓冲时间细分
　　( 随时间变化 ) )
　　“ 第一次缓冲时间细分 ( 随时间变化 )” 图显示成功收到从 Web 服务器返回的第一
　　个缓冲之前的这段时间内，场景运行的每一秒中每个网页组件的服务器时间和网络时间。
　　可以使用此图确定场景运行期间服务器或网络出现问题的时间点。
　　8 、 Downloader Component Size(KB) (已下载组件大小)
　　“ 已下载组件大小 ” 图显示每个已经下载的网页组建的大小。
　　通过它可以直接看出哪些组件比较大并需要进一步进行优化以提高性能。转-LR脚本调试的方法 - Test Life的个人空间 - 51Testing软件测试网 51Testing软件测试网-中国软件测试人的精神家园
转-LR脚本调试的方法
& 20:00:12
/ 个人分类：
LR提供了很多手段调试和优化我们的脚本。
1.设置断点
　　相信大家都不陌生，LR也是可以设置断点的，在需要设置断点的语句前按F9快捷键，断点就设置好了，程序运行到断点语句后会暂停,这时我们可以用F10单步调试程序. 2.打开EXtended Log
　　只是设置断点是不够的,我们还得知道具体发生了什么事情,Log告诉了我们一切,默认的Log是standard Log,这时远远不够的.我们要extended log,打开路径为runtime settings--&log--&extended log.把parameter substitution和data returned by server和advanced trace大家根据需要勾选吧.
3.注释掉多余的语句
　　很多回放时出错的脚本都是因为多余的语句.因为LR在录制的时候,LR生成的语句很多不是我们想要的,这里结合几个网友的问题说说,曾有网友问:回放脚本的时候socket出错,提示: Error : socket0 - Address already in use. Error code: 10048.而且非常坚持说脚本不会有问题,因为脚本直接录制后回放,什么都没改,是不会出错的.拿到脚本一看,有一条语句lrs_create_socket,建立了socket0,但是之后没有任何socket0的语句，可以判断出该语句是无效的，注释掉，问题解决。所以大家不要过分相信LR了，它生成的语句也是有很多BUG的。
　　经常有朋友们问到，log文件在哪看，特别是controll执行后，怎么看log。这里一一说明一下：
　　（1）在vgen中，必须写输出函数输出信息，将我们所想要了解的信息用函数输出，主要有这么几个函数输出信息：lr_output_message,lr_error_message,lr_log_message。这些函数请参阅help--&function reference.
　　其次，在runtime settings中设置，勾选always send messages,具体的做法是：runtime settings---&log--&always send messages，这样我们才能写出Log，在我们的脚本所在的文件夹中，有两个文件很重要，mdrv.log.txt和output.txt文件，lr_log_message只会把信息输到mdrv.log文件中，而lr_output_message则会写进以上两个文件。
　　（2）在controller中，很多人都会想知道多次迭代，参数是否正确的导入了呢，我们依旧查看log,我们在执行结束后，查看结果目录的Log文件夹,如果是负载生成器运行的话,则在tmp目录。不过，还想提醒朋友们，在controller我们也要设置runtime settings才行，而且每个用户组的runtime settings,设置的方法是：在controller的design标签页中，右下角的部分有runtime settings按钮，我们点击它，设置的方法与在vgen中一样的。lr11脚本录制 快速入门
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
lr11脚本录制
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口lr&脚本录制窍门
如何在一个脚本中实现不同事务不同次数的循环呢？
案例：假如你想在一个脚本中，实现登录执行1次，查询执行2次，插入执行3次，怎么办？录3个脚本？每个事务分别在脚本中复制N次？
当然不用，LR早就想到了你的需求，下面让我们隆重推出Block。
Run-time Settings--General--Run Logic
1.将你所要考察的事务设置在不同的Action内。
2.在Run Logic中的Run中删掉默认的Action。
3.在Run中插入Block。
4.在插入的Block中再插入我们要考察的Action。
5.设置Block的properties。这里有两种选择，Sequential和Random。如果选择Sequential，在下面的
Iteration中直接填入数值，那么Block中的Action都会按输入的次数执行。如果选择Random，下面的properties还可以设置
Block内各Action执行的百分比。
按照我们前面的案例，我们只需要设置3个Block，每个Block中分别插入一个Action，设置执行次数分别为1，2，3就可以了。
本人理解补充
1、如果脚本中各个action没有顺序或逻辑关系，Block中action顺序可以是任意的。如查询。但是像登录这样必须在前面执行的action，随意放置将导致脚本失败。
2、在Number of
Iterations中设置的循环次数，作用于Run(x)下的所有Action，而不作用于Block下的action。即Block下的action可以通过设置Block的Properties来指定循环的次数。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。查看: 3997|回复: 11
lr9.5中controller怎么改变脚本的并发用户数
该用户从未签到
以前用lr8.1直接可以改，怎么lr9.5并发用户数是灰色的？不让改？
哪位告诉我怎么改&&谢谢
该用户从未签到
回复 1# 的帖子
在global schedule 中改，双击Start vuser
没办法发图。。。。
该用户从未签到
你说的方法改的是整个场景的总用户数，我想对每个脚本改用户数，怎么改？
TA的每日心情开心 09:18签到天数: 2 天连续签到: 1 天[LV.1]测试小兵
可以修改的，我这上面可以修改每个脚本所占All vusers的百分比
该用户从未签到
我这怎么改不了啊？
我的lr9.5即不能改用户数也不能改百分比？？？
是不是我没找到地方啊？在哪啊？
该用户从未签到
高手帮忙指点啊
该用户从未签到
难道是lr9.5的bug？
难道是lr9.5的bug？
TA的每日心情开心 14:08签到天数: 1 天连续签到: 1 天[LV.1]测试小兵
点击VirtualUsers(在start scenairo的右边)---》点击addVusers---》选择对应的group name就可以添加vu了
该用户从未签到
回复 1# 的帖子
不得已用这个办法，你上次跟我说你能录制出163邮箱的下载和写邮件的事务响应时间，请问能教教我吗？QQ:
该用户从未签到
问题已解决
TA的每日心情开心 11:26签到天数: 42 天连续签到: 1 天[LV.5]测试团长
可以用像LR8.1一样的方式添加的，再建场景的时候设置
该用户从未签到
在设置场景的地方，选择Group，不选场景，就能每台机器跑多少VUser
站长推荐 /3
赏金公告：悬赏任务已，小伙伴们赶紧行动起来，赚取，去积点商城获取奖励吧!
了解自己的心里圈，学习不同的内容，让自己由内而外强大起来！
从事多年互联网测试，涉及功能测试、性能测试、自动化测试。主攻性能测试、服务端测试。擅长LoadRunner脚本编写、性能测试场景构造、性能调优。
Powered by}