LoadRunner的结果分析~

我对这个也不是很擅长~

这篇javaeye的文章不错，希望对你能有帮助：

LoadRunner结果分析器（以下简称Analysis或Analysis模块）是一个独立的模块，它可以将测试结果和监控数据转化为数据库数据，以利于分析处理。测试人员可以在分析器中选择感兴趣的图标，通过合并图，交叉图和自动关联等手段，对测试结果和监控数据进行分析处理，以确定性能瓶颈及其产生原因。最后，分析器可以根据测试人员选择的感兴趣部分，自动生成HTML格式或Word格式的性能报告，这些报告可以作为福建，和性能测试报告一起提交，提供性能参考。

LoadRunner Controller在测试结束后，可以自动从压力产生器上将测试结果收集起来，并且和监控数据一起，生成结果数据，保存在设置的运行结果目录中。

分析器启动时，如果压力产生器在远端机器上，又没有选择自动收集数据，则会先收集测试结果数据。否则会打开运行结果文件，将结果文件经过处理后导入到Microsoft Access数据库，然后按照设置的模板自动打开某些结果分析图。

——————————————现对各种图做一个简要总结————————————

1、 分析概要

2、 Vuser图： 主要包括正在运行的Vuser图、 Vuser概要图、 集合图。

此图可用于确定任何给定环境中服务器上的Vuser负载。默认情况下，此图仅显示状态为运行的Vuser。要查看其他的Vuser状态，请将筛选条件设置为所需的状态（^_^ ^_^ 我至今还没有找到设置筛选条件的地方）。

3、 事务图：运行场景或会话步骤之后，可以使用一个或多个事务图分析测试过程中执行的事务。事务图主要包括：平均事务响应时间图、每秒事务数图、每秒事务总数

31、 平均事务响应时间图： 对于每个方式，此图将以不同的方式显示。关于粒度的选择，差资料

注意： 默认情况下，只显示已通过的事务。

你可以将平均事务响应时间图与正在运行的Vuser图进行比较，了解正在运行的Vuser的数目对事务性能时间产生的影响。 例如，如果平均事务响应时间图显示性能时间逐渐改善，则可以将其与正在运行的Vuser图进行对比，看性能时间是否因为Vuser负载减少而得到改善。

如果定义了可以接受的最小和最大事务响应时间，则可以使用瓷土确定服务器性能是否在可以接受的范围内。

32、 每秒事务总数

通过每秒钟事务总数，能够对于应用的整体性能进行一定的比较和说明。但是该图每秒钟事务总数会受到多种因素的影响，包括步间隔时间，思考时间等。

33、 事务响应时间（负载下）图：是正在运行的Vuser图和平均事务响应时间图的组合，它指示事务响应时间，该事务时间与场景或会话步骤中在任一给定时刻所运行的Vuser数目相关。此图可帮助测试人员查看Vuser负载对响应时间的总体影响，对分析具有逐变负载的场景或会话步骤更为有用。

34、 事务响应时间（百分比）图： 此图可以帮助测试人员分析在给定时间范围内执行的事务的百分比。此图可以帮助测试人员确定合适的事务百分比，以判断是否满足系统的性能标准。通常情况下，你需要在可接受的响应时间范围内，确定事务百分比。最大响应时间可能非常长，但如果大多数事务具有可以接受的响应时间，则整个系统还是适用的。

————————待续——————————

我很受伤！ 刚才写了那么东西保存时提示含有禁忌词汇，后腿时东西全都丢了

补充： Web资源图、 网页细分图、 系统资源图、 合并图、 交叉结果图。

———————————————— 分析处理——————————————————

如何在LoadRunner中进行一些分析处理呢？ 如下是一些参考：

1、 思考时间

在录制脚本过程中，由于操作的原因多会导致在事务开始和结束之间自动加入一些思考时间语句，在回放脚本过程中， 如果思考时间按照记录时回放，那么这段思考时间会被记录到事务响应时间过程中去，会影响事务响应时间的统计。

为了避免这种情况，一种方式是录制脚本后进行手工调整，将思考时间移到事务开始结束语句之外，或者是在测试结果分析器中通过配置除去思考时间。

2、 图的设置

3、 分析事务性能

分析场景或会话步骤运行情况应从平均事务响应时间图和事务性能摘要图开始。使用事务性能摘要图，可以确定在场景或会话步骤执行期间响应时间过长的事务。使用平均事务响应时间图，可以查看在运行期间有问题的事务每一秒钟的行为。

问题： 哪些事务的响应时间最长？ 这些事务的响应时间是在场景或会话步骤整个执行期间还是仅在其中特定的时刻很长

为了确定问题并了解在该场景或会话步骤执行期间保留事务响应时间过长的原因，需要细分事务并分析每个页面组件的性能

4、 使用网页细分图

使用网页细分图，可以向下搜索平均事务响应时间图或事务性能概要图以查看事务中每个页面组件的下载时间。注意： 只有在运行场景或会话步骤前启用了网页细分功能才可以实现这一点。

问题： 过长的事务响应时间是由哪些页面组件引起的？ 问题是否与网络或服务器有关？

5、使用自动关联： 找到与问题的关联最为紧密的若干个度量， 然后再查看度量对应的资源图， 以确定导致系统出现瓶颈的原因

6、 比较不同场景的结果

每次对系统进行细微调整并解决其他性能瓶颈时， 都应再次运行相同的负载以验证问题是否得到了解决，并确认未造成新的性能瓶颈。执行几次负载测试后，可以将初始结果与最终结果进行比较。

7、 生成报告： LR可以生成HTML格式、 Word格式、水晶报表格式的报告。

——————————————————实例分析——————————————

1、 标识服务器问题

网站性能问题可能由许多因素引起。但是大约一半的性能问题是由于Web、Web应用程序和数据库服务器故障引起的。对数据库操作依赖性很大的站出现性能问题的风险尤其大。

常见的数据库问题有： 低效的索引设计、 分割的数据库、 过期的统计信息和不完善的应用程序设计。因此，通过使用较小的结果集、 自动更新数据、 优化索引、 经常压缩数据、 执行查询或锁定超时、 使用时间更短的事务、以及避免应用程序死锁等，可以提供数据库系统性能。

在20%的负载测试中，Web和Web应用程序服务器是出现性能瓶颈的原因。瓶颈通常是由服务器配置不当和资源不足造成的。例如，有问题的代码和DLL可能会使用几乎所有的计算机处理时间（CPU）并且会在服务器上造成性能瓶颈。同样，物理内存容量限制和服务器内存管理不当很容易导致服务器瓶颈。因此， 在调查Web或Web应用程序服务性能较低的其他原因签，应先检查服务器的CPU和物理内存。

提高安全网站的性能的方法有：

a、 根据应用程序类型对SSL和HTTPS服务进行细微调整。

b、 使用SSL硬件加速器，例如SSL加速器设备和加速卡。

c、 根据数据的敏感级别更改安全级别（即将用于公钥加密的密钥长度从1024更改为512）

d、 不要过渡使用SSL。应重新设计数据敏感级别较低的那些页使用常规的HTTPS。

2、 标识网络问题

当负载显著增加却未对任务服务器端组件造成重大影响时， 通常可以确定为网络瓶颈。使用图，可以确定网络是否为真正的瓶颈。

3、 标识数据库服务器问题

此处个人积累的素材比较多， 待试验验证

http://liaoshaoyaojavaeyecom/blog/683355

                LoadRunner，是惠普公司研发的一款预测系统行为和 性能 的负载测试工具。通过以模拟上千万用户实施并发负载及实时 性能 监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。

                随着手机APP用户量的增大，手机APP的稳定性变得尤为重要，以往我们是通过开发人员提供相应的接口来完成APP的性能测试，现今HP提供了更好的平台LR12，能支持Andorid/IOS手机端直接录制APP方式进行压测。由于LR12默认的license是长期的且只有50用户的并发量，所以通过LR12录制完APP脚本后，需要将脚本移植到LR11中，继续多用户的压力测试。

是目前比较常用的版本，有免费的超级license 最高支持65w个并发，目前该版本对Web网站的压力测试有很好的支持，但是不支持手机app的操作脚本录制。

顺应移动互联网的快速发展，增加了对手机app的操作脚本录制功能，由于该版本推出时间较短，目前没有破解版或者免费的license，而且购买license十分昂贵(5000 virtual user day @ $140 each)，5000个虚拟用户的并发每天大概需要7000美元，但是有Loadrunner12社区版，仅支持50个用户并发。

另外：LR12录制脚本兼容性好，问题少

❤  综上：经过实践发现，LoadRunner12录制的手机app操作脚本可以运行在LoadRunner11上，所以我们结合二者的优点，采用LoadRunner12录制脚本+ LoadRunner11运行脚本的方式来实现对移动互联网后端服务器的压力测试。

→ LR12     PS:兼容性：  win10 64位（家庭版）+LR1202 +IE11

→ LR11      PS兼容性：   win7 32位+LR11+IE10;           OR         win7 64位+LR11+IE9 [/火狐240 or 36版本]    ）

冲突点： 一台测试机不可以同时安装两个版本的loadrunner。高版本的loadrunner会覆盖低版本的，如果两个同时运行肯定会出错。loadrunner是一个服务器和客户端之间的交互平台，监控双方的数据传输，如果客户端两个loadrunner，会乱套。（另外，QTP与LR会互相共享一些文件，因此HP同样不推荐两者安装在同一台测试机上 (⊙o⊙)…）

解决：1）或者使用虚拟机（笔记本 √、外星人 ）

           2）安装双击系统（先格式化除C盘以外的一个盘来装系统）-----缺点太多，不推荐

                其实有三种方法可以录制手机APP

                                方法1：通过在安装LR12的电脑上共享网络（热点），在手机上连接共享的网络（热点）

                                方法2：通过本地安装android模拟器Emulator (Android SDK)  ---太慢 ，不推荐

                                方法3：在手机上安装LoadRunner Mobile Recorder   （若方法1录制脚本为空失败，则可尝试该方法，简单方便，参见第四篇）

                  我们以方法1为例，进行手机APP脚本录制。

        利用笔记本自带无线网卡（推荐）  or  利用随身WiFi,   即利用无线网络设置热点----------------------------让手机和电脑处于同一网段！

注意：笔记本一般都有无线网卡    小白

工具栏小红点录制，第四项：代理服务器录制，填上第2步设置的端口

点击录制选项,勾选允许loadrunner通过代理录制程序

                查看无线网络IP，便于手机设置热点的代理IP（试了两种，都不行-_-||）

 手机连接热点，设置代理：长按需要设置的WLAN-点击修改网络配置-勾选显示高级选项-点击“代理设置”下的选择框-选择手动

            向上滑动屏幕依次填写内容-点击存储或连接即可。

            代理端口为如上第二步Loadrunner设置的代理转发端口号，如8888

注意点： a、开始录制，再去配置手机的代理端口，这时手机才能上网。（若还不能，建议关闭防火墙）

                b、手机和loadrunner安装的电脑必须在同一网段

   ---------------录制内容为空，未解决   -_-||

1、 虚拟机创建win7 64位

2、计划在虚拟机（win7 64位）中安装LR11     

LoadRunner工作原理：

LoadRunner通过模拟上千万用户实施并发负载，实时性能监控的系统行为和性能方式来确认和查找问题。 

1、VuGen发生器：捕捉用户的业务流，并最终将其录制成一个脚本：

（1）选择相应的一种协议；

（2）在客户端模拟用户使用过程中的业务流程，并录制成一个脚本；

（3）编辑脚本和设置Run-Time Settings项；

（4）编译脚本生成一个没有错误的可运行的脚本。

2、控制器（Controller）：

（1）设计场景，包括手动场景设计和目标场景设计两种方式；

（2）场景监控，可以实时监控脚本的运行的情况。可以通过添加计数器来监控Windows资源、应用服务器和数据库使用情况。

场景设计的目的是设计出一个最接近用户实际使用的场景，场景设计越接近用户使用的实际情况，测试出来的数据就越接近真实值。

3、负载发生器（Load Generators）：模拟用户对服务器提交请求。

通常，在性能测试过程中会将控制器和负载发生器分开；当使用多台负载发生器时，一定要保证负载均衡（指在进行性能测试的过程中，保证每台负载发生器均匀地对服务器进行施压）。

4、分析器（Analysis）：主要用于对测试结果进行分析。

其原理图如下：

其它如响应时间，吞吐率没测过不知道值，一般情况下会是多少呢？

响应时间得看客户那边的要求，一般是<3秒。吞吐率看项目的具体情况。

q1：负载测试怎么设计场景？如何监控应用服务器和数据库服务器？要装监控进程吗

负载测试怎么设计场景：你的思路是对的，但是不够具体，太泛泛了。我给你举个例子

：先利用你可以获得的数据信息分析，并发数是300，然后分析这个网站登录（如果客户

那边可以提供最好了）的峰值时间，比如说是

11:30-12:00的30分钟，设置60秒110虚拟

用户，根据你已知的并发数300，算出总用户数，300x30/3=3000，如果可以从客户的数

据里能分析出来用户数就是最好了，结束的设置看自己情况，影响不大，关注下是否有内存泄露就可以。所以得：

用户总数：3000，增加速度：60秒110虚拟用户，运行时：30分钟，并发数：300

运行完毕后，对结果进行分析，关注事务平均响应时间、事务请求数。

如何监控应用服务器和数据库服务器:lr里有对服务器和数据库监控的设置，添加就可以

了，如何操作可以参考lr使用手册，网上也有很多资料，不过你的oracle是在uuix上，

lr不能监控，可以自己下载专门监控unix的工具，可以网络上搜。

要装监其它如响应时间，吞吐率没测过不知道值，一般情况下会是多少呢？

响应时间得看客户那边的要求，一般是<3秒。吞吐率看项目的具体情况。

q1：负载测试怎么设计场景？如何监控应用服务器和数据库服务器？要装监控进程吗

负载测试怎么设计场景：你的思路是对的，但是不够具体，太泛泛了。我给你举个例子

：先利用你可以获得的数据信息分析，并发数是300，然后分析这个网站登录（如果客户

那边可以提供最好了）的峰值时间，比如说是

11:30-12:00的30分钟，设置60秒110虚拟

用户，根据你已知的并发数300，算出总用户数，300x30/3=3000，如果可以从客户的数

据里能分析出来用户数就是最好了，结束的设置看自己情况，影响不大，关注下是否有内存泄露就可以。所以得：

用户总数：3000，增加速度：60秒110虚拟用户，运行时：30分钟，并发数：300

运行完毕后，对结果进行分析，关注事务平均响应时间、事务请求数。

如何监控应用服务器和数据库服务器:lr里有对服务器和数据库监控的设置，添加就可以

了，如何操作可以参考lr使用手册，网上也有很多资料，不过你的oracle是在uuix上，

lr不能监控，可以自己下载专门监控unix的工具，可以网络上搜。

要装监控进程吗：这个看你的具体情况，如果有异常需要这方面的分析的话，可以装起

来呢。

q2：压力测试怎么设计场景？如何监控应用服务器和数据库服务器？要装监控进程吗？

压力测试怎么设计场景：测试环境一定要确定，压力测试一般要求环境配置较高，最好

与生产环境一致或者接近。

我一般是每个并发数跑一个场景，在登录那设置集合点，然后所有用户达到集合点释放

每个场景跑3次。比如说针对你的：

场景1:

200个vuser

start

all

vusers

simultaneously(所有用户同时上)

所有用户达

到集合点释放，

场景2:

300个vuser

start

all

vusers

simultaneously(所有用户同时上)

所有用户达

到集合点释放

场景3:

400个vuser

start

all

vusers

simultaneously(所有用户同时上)

所有用户达

到集合点释放

场景4:

600个vuser

start

all

vusers

simultaneously(所有用户同时上)

所有用户达

到集合点释放

场景5:

800个vuser

start

all

vusers

simultaneously(所有用户同时上)

所有用户达

到集合点释放

如何监控应用服务器和数据库服务器:lr里有对服务器和数据库监控的设置，添加就可以

了，如何操作可以参考lr使用手册，网上也有很多资料，不过你的oracle是在uuix上，

lr不能监控，可以自己下载专门监控unix的工具，可以网络上搜。

要装监控进程吗：这个看你的具体情况，如果有异常需要这方面的分析的话，可以装起

来呢。

q3：如果用户名和密码框下还有验证码框，即带验证码的登录又怎么做性能测试？

验证码问题一般有2种方便的解决方式：

1）屏蔽；让开发把这验证码功能屏蔽了。

2）万能验证码；让开发给你设计个万能验证码，比如是aaaa，都是可以通过验证的

你自己根据你那边的具体情况选择解决。

q4：如果我要一部分人同时登录，一部分人做查询，剩下的人翻页，又怎么设计？这种测试其目的是什么？

我的想法是录三个脚本，放到一个场景中，用百分比模式分配vuser和load

generator，这样可以吗？你的想法是对的。可以这么执行！

外汇交易平台指外汇市场上的一些具备一定实力和信誉的独立交易商，不断地向投资者报出货币的买卖价格（即双向报价）24小时交易除了节假日，并在该价位上接受投资者的买卖要求。

平台可以持有自有资金与投资者进行交易，在市场成交稀交的时候，买卖双方不需等待交易对手出现，只要有平台出面承担交易的"对手方"即可达成交易。这样，会形成一种不间断的买卖，以维持市场的流动性。概况的说就是一个外汇交易的场所。

应答时间：2021-12-17，最新业务变化请以平安银行官网公布为准。