实例学习loadrunner分析.docVIP

　LoadRunner 最重要也是最难理解的地方--测试结果的分析.其余的录制和加压测试等设置对于我们来讲通过几次操作就可以轻松掌握了.针对 Results Analysis 我用图片加文字做了一个例子,希望通过例子能给大家更多的帮助.这个例子主要讲述的是多个用户同时接管任务,测试系统的响应能力,确定系统瓶颈所在.客户要求响应时间是1 个人接管的时间在5S 内. 　　2.系统资源: 　　2.1 硬件环境： 　　 HYPERLINK /list/b/0217_1.shtml \o CPU \t _blank CPU：奔四2.8E 　　 HYPERLINK /list/b/0218_1.shtml \o 硬盘 \t _blank 硬盘：100G 　　 HYPERLINK / \o 网络 \t _blank 网络环境：100Mbps 　　2.2  HYPERLINK / \o 软件 \t _blank 软件环境： 　　 HYPERLINK /list/b/0501_1.shtml \o 操作系统 \t _blank 操作系统：英文windowsXP 　　 HYPERLINK / \o 服务器 \t _blank 服务器：tomcat 服务 　　浏览器：IE6.0 　　系统结构：B/S 结构 　　3.添加监视资源 　　下面要讲述的例子添加了我们平常测试中最常用到的一些资源参数.另外有些特殊的资源暂时在这里不做讲解了.我会在以后相继补充进来。 　　Mercury Loadrunner Analysis 中最常用的5 种资源. 　　1. Vuser 　　2. Transactions 　　3. Web Resources 　　4. Web Page Breakdown 　　5. System Resources 　　在Analysis 中选择“Add graph”或“New graph”就可以看到这几个资源了.还有其他没有数据的资源,我们没有让它显示. 　　 　　如果想查看更多的资源,可以将左下角的display only graphs containing data 置为不选.然后选中相应的点“open graph”即可. 　　打开Analysis 首先可以看的是Summary Report.这里显示了测试的分析摘要.应有尽有.但是我们并不需要每个都要仔细去看.下面介绍一下部分的含义： 　　Duration(持续时间)：了解该测试过程持续时间.测试人员本身要对这个时期内系统一共做了多少的事有大致的熟悉了解.以确定下次增加更多的任务条件下测试的持续时间。 　　Statistics Summary(统计摘要)：只是大概了解一下测试数据,对???们具体分析没有太大的作用. 　　Transaction Summary(事务摘要)：了解平均响应时间Average单位为秒. 4.分析集合点 　　在录制脚本中通常我们会使用到集合点,那么既然我们用到了集合点,我们就需要知道Vuser 是在什么时候集合在这个点上,又是怎样的一个被释放的过程.这个时候就需要观察Vuser-Rendezvous 图. 　　 　　图1 　　可以看到大概在3 分50 的地方30 个用户才全部集中到start 集合点,持续了3 分多,在7 分30 的位置开始释放用户,9 分30 还有18 个用户,11 分10 还有5 个用户,整个过程持续了12 分. 　　 　　图2 　　上面图2 是集合点与平均事务响应时间的比较图. 　　注:在打开analysis 之后系统LR 默认这两个曲线是不在同一张图中的.这就需要自行设置了.具体步骤如下: 　　点击图上.右键选择merge graphs.然后在select graph to merge with 中选择即将用来进行比较的graph.如图3: 　　 　　图3 　　图2 中较深颜色的是平均响应时间,浅色的为集合点,当Vuser 在集合点持续了1分后平均响应时间呈现最大值,可见用户的并发对系统的性能是一个很大的考验.接下来看一下与事务有关的参数分析.下看一张图. 　　 　　图4 　　这张图包括Average Transaction Response Time 和Running Vuser 两个数据图.从图中可以看到Vuser_init_Transaction(系统登录)对系统无任何的影响,Vuser 达到15 个的时候平均事务响应时间才有明显的升高,也就是说系统达到最优性能的时候允许14 个用户同时处理事务,Vuser 达到30 后1 分,系统响应时间最大,那么这个最大响应时间是要推迟1 分钟才出现的,在系统稳定之后事务响应时间开始下降说明这个时候有些用户已经执行完了操作.同时也可以看出要想将事务响应时间控制