LR图文分析.doc

具体实例教你如何做 LoadRunner 结果分析 作者 修改日期 简单描述 姜全尧 07.07.10 增加对监视参数的解释,修改部分描述语 言  1．前言: LoadRunner 最重要也是最难理解的地方--测试结果的分析.其余的录制和加 压测试等设置对于我们来讲通过几次操作就可以轻松掌握了. 针对 Results Analysis 我用图片加文字做了一个例子,希望通过例子能给大家 更多的帮助. 这个例子主要讲述的是多个用户同时接管任务,测试系统的响应能力,确定系 统瓶颈所在.客户要求响应时间是 1 个人接管的时间在 5S 内. 2．系统资源: 2.1 硬件环境： CPU：奔四 2.8E 硬盘：100G 网络环境：100Mbps 2.2 软件环境： 操作系统：英文 windowsXP 服务器：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 分钟才出现的,在系统稳定之后事务响应时间开始  下降说明这个时候有些用户已经执行完了操作.同时也可以看出要想将事务响应 时间控制在 10S 内.Vuser 数量最多不能超过 2 个.看来是很难满足用户的需求了. 做一件事有时候上级会问你这件事办得怎么样了.你会说做完一半了.那么这 个一半的事情你花了多少时间呢?所以我们要想知道在给定时间的范围内完成事 务的百分比就