loadrunner日积月累分析和总结.docx

在一个使用LoadRunner进行的性能测试项目中，需要管理的东西通常有三种：

通过VuGen生成的脚本；

通过Controller生成的场景；

执行场景生成的返回结果。

我通常习惯于用下面的目录结构来管理这些内容，如下图

图1

序号场景名

序号

场景名

场景用途

场景设置

1

1场景

检查1个虚拟用户时

虚拟用户：1

Google的有哪些信誉好的足球投注网站响应时间

集合点：无

ThinkTime：忽略

迭代次数：1次

initalluserbeforerun：Disabled

LoadGenerator1：jackei，1个VU

LoadGenerator1：jackei，1个VU

??

2

2场景

检查10个虚拟用户时

虚拟用户：10

Google的有哪些信誉好的足球投注网站响应时间

集合点1：10个用户并发提交有哪些信誉好的足球投注网站请求

ThinkTime：忽略

迭代次数：5次

initalluserbeforerun：Disabled

LoadGenerator1：jackei，10个VU

??

3

3场景

??

??

当然，上面的这个表格只是为了说明一个思路，你也完全可以使用一个EXCEL表格把同场景设置有关的每一项都作为单独的一列来管理，这样你就可以利用EXCEL的“筛选”功能方便的在多个场景中迅速的找到自己需要的那个。

另外，通常还需要一份文档用来管理每次场景执行的结果。例如

模块名

模块名

场景名

返回结果

详细描述

GOOGLE性能测试

1场景

1场景0

全部通过

项目

1场景1

全部通过

1场景2

全部通过

GOOGLE性能测试

2场景

2场景0

有1次请求失败

项目

2场景1

全部通过

上面这个例子比较简单，但在实际工作中可以在“详细描述”中记录更多的内容，例如在一个进销存系统中，发现某个场景中全部的请求都已经通过，但是在系统中却发现实际提交成功的订单数量小于LR中VU的请求数量。那么应该将这种情况记录下来，否则在同一场景多次运行后你就搞不清每次运行的区别在哪里了。

对于场景和返回结果之间的关系，可以通过设置Controller中的ResultDirectory，让LR

在每次运行场景时自动保存返回结果。如下图

图2

图3

Directory中指定的是返回结果的保存路径，选中“Automaticallycreatearesultsdirectoryforeachscenarioexecution”项后，再输入一个“ResultsName”，LR就会负责在每次场景执行结束后自动保存返回结果到指定的目录中，并且将根据 ResultsName中的值，每次按照顺序生成新的返回结果目录。如上面的例子中，会将返回结果保存为

L:\GOOGLE性能测试项目\返回结果\1场景0L:\GOOGLE性能测试项目\返回结果\1场景1

L:\GOOGLE性能测试项目\返回结果\1场景2

LoadRunner

LoadRunner日积月累(4)——使用CrosswithResult

Postedon2005-08-2200:54Jackei阅读(831)评论(0) 编辑收藏网摘所属分类:04.

软件性能测试

有些时候我们需要将多个返回结果放在一起进行对比，例如，一个场景在多个不同的发布版本上运行后，我们希望通过对测试结果的比较来判断不同版本的性能差别；或者对同一个压力点，我们设计了几个场景，在这几个场景都运行通过后，我们要比较一下不同的负载对系统的影响。当然，你也可以因为更多的原因产生这种需求。不过不管怎么说，如果为了实现这个愿望，而不得不同时打开几个Analysis，那恐怕的确是有些麻烦——况且在比较这些结果时还要不停的切换窗口。

LoadRunner提供的一个比较好的功能可以帮助我们更简单的完成这项工作——“CrosswithResult”。如下图所示

图1

图2

LoadRunner

LoadRunner日积月累(5)——InitallVUbeforerun

Postedon2005-08-2220:07 Jackei阅读(1271)评论(6) 编辑收藏网摘所属分类:04.软件性能测试

我们需要对一个商业系统进行整体性能测试，按照对用户以往使用情况的分析，我们整理出了用户在多个业务上的分布情况，也在Controller中添加了这些业务所对应的脚本，设置了每个脚本对应的虚拟用户数。我们还希望可以模拟一开始就让所有用户同时在线的情况，但我们又不希望使用集合点在每次迭代时都对各