loadrunner和jmeter 哪个做性能测试好

loadrunner和jmeter 哪个做性能测试好,第1张

随着对JMeter使用的深入,我越来越倾向于在自己的工作中使用JMeter工具,并且也不遗余力的向我认识的测试工程师推荐这个工具,但很多工程师在初步使用过这个工具后,会向我抱怨JMeter有太多不能做的事情,但在我看来,JMeter确实有不能做的事情,不过,对于Web应用的测试,JMeter是足够强大了。很多人会把JMeter和自己正在使用的LoadRunner进行比较,然后说“还是LoadRunner好用”——关于这一点,我觉得首先要明确“好用”的定义。接下来,我以自己的工作为例,说明一下JMeter是如何适应我的工作内容的。
我测试的主要项目都是基于Web的应用,从性能测试的角度来说,我希望性能测试工具具有这样的一些特点:
Critical Features:
1、支持>你确定你的服务端与服务端的交互只是socket协议吗?协议正确的话就可以录制了。不能录制的原因有很多,比如loadrunner本身的问题,版本破解汉化导致的问题等。
如果你会点编程技术,完全可以自己编写socket协议的脚本

一台是主控机(必须安装LR),其他的机器作为负载机(需要安装Load Generator),若是直接安装LR也可以,并且启动Agent进程。之后再设置负载生成器,连接后就可以调用负载机的性能资源进行测试了。

用loadrunner做简单网站的压力测试的方法

使用LoadRunner 完成测试一般分为四个步骤:

1、Vvitrual User Generator 创建脚本。

创建脚本,选择协议,录制脚本, 编辑脚本,检查修改脚本是否有误。

2、中央控制器(Controller)来调度虚拟用户

创建Scenario,选择脚本,设置机器虚拟用户数,设置Schedule,如果模拟多机测试,设置Ip Spoofer。

3、运行脚本。

分析scenario

分析测试结果

4、安装LoadRunner 中文版。

LoadRunner 分为Windows 版本和Unix 版本。如果所有测试环境基于Windows 平台, 那么只要安装Windows 版本即可。本章讲解的安装过程就是LoadRunner78中文的Windows 版本的安装。

5、使用LoadRunner进行负载/压力测试。

6、录制基本的用户脚本。

创建用户脚本需要用到VuGen。提示: 运行VuGen 最好在1024768 的分辨率下, 否则有些工具栏会看不到。启动Visual User Generator 后, 通过菜单新建一个用户脚本, 选择系统通讯的协议。这里需要测试的是Web 应用,同时考虑到后台SQL数据库所以需要选择Web(>

7、在URL 中添入要测试的Web 站点地址。

●测试>

这里简单说明一下:VuGen 中的脚本分为三部分:vuser_init、vuser_end 和Action。其中vuser_init 和vuser_end 都只能存在一个, 不能再分割, 而Action 还可以分成无数多个部分( 通过点击New 按钮, 新建ActionXXX)。在录制需要登陆的系统时, 把登陆部分放到vuser_init 中, 把登陆后的 *** 作部分放到Action 中, 把注销关闭登陆部分放到vuser_end 中。( 如果需要在登陆 *** 作设集合点, 那么登陆 *** 作也要放到Action 中, 因为vuser_init 中不能添加集合点) 在其它情况下, 只要把 *** 作部分放到Action 中即可。注意: 在重复执行测试脚本时,vuser_init 和vuser_end 中的内容只会执行一次, 重复执行的只是Action 中的部分。

8、点“ 选项 ”按钮, 进入录制的设置窗体, 这里一般情况下不需要改动。

●然后点“OK” 后,VuGen 开始录制脚本。在录制过程中, 不要使用浏览器的“ 后退” 功能,LoadRunner 支持不太好! 录制过程中, 在屏幕上会有一个工具条出现。录制的过程和WinRunner 有些类似, 不再多介绍。录制完成后, 按下“ 结束录制” 按钮,VuGen 自动生成用户脚本, 退出录制过程。

9、完善测试脚本。

当录制完一个基本的用户脚本后, 在正式使用前还需要完善测试脚本, 增强脚本的

灵活性。一般情况下, 通过以下几种方法来完善测试脚本。插入事务、插入结合点、插入注解、参数化输入。这里只举例介绍参数化如何设置,其它只作简单介绍。

10、插入事务。

事务(Transaction): 为了衡量服务器的性能, 需要定义事务。比如: 在脚本中有一个数据查询 *** 作, 为了衡量服务器执行查询 *** 作的性能, 把这个 *** 作定义为一个事务, 这样在运行测试脚本时,LoadRunner 运行到该事务的开始点时,LoadRunner 就会开始计时, 直到运行到该事务的结束点, 计时结束。这个事务的运行时间在结果中会有反映。

插入事务 *** 作可以在录制过程中进行, 也可以在录制结束后进行。LoadRunner 运行在脚本中插入不限数量的事务。

具体的 *** 作方法如下: 在需要定义事务的 *** 作前面, 通过菜单或者工具栏插入。输入该事务的名称。注意: 事务的名称最好要有意义, 能够清楚的说明该事务完成的动作。插入事务的开始点后, 下面需要在需要定义事务的 *** 作后面插入事务的“ 结束点”。同样可以通过菜单或者工具栏插入。默认情况下, 事务的名称列出最近的一个事务名称。一般情况下, 事务名称不用修改。事务的状态默认情况下是LR_AUTO。一般情况下, 也不需要修改, 除非在手工编写代码时, 有可能需要手动设置事务的状态。

11、插入集合点。

插入集合点是为了衡量在加重负载的情况下服务器的性能情况。在测试计划中, 可能会要求系统能够承受1000 人同时提交数据,在LoadRunner 中可以通过在提交数据 *** 作前面加入集合点, 这样当虚拟用户运行到提交数据的集合点时,LoadRunner 就会检查同时有多少用户运行到集合点,如果不到1000 人,LoadRunner 就会命令已经到集合点的用户在此等待, 当在集合点等待的用户达到1000 人时,LoadRunner 命令1000 人同时去提交数据, 从而达到测试计划中的需求。

注意: 集合点经常和事务结合起来使用。集合点只能插入到Action 部分,vuser_init 和vuser_end 中不能插入集合点。具体的 *** 作方法如下: 在需要插入集合点的前面, 通过菜单或者工具栏 *** 作输入该集合点的名称。注意: 集合点的名称最好要有意义, 能够清楚的说明该集合点完成的动作。

12、插入注释。

注释的作用就不多说了, 不过插入注释最好是在录制过程中。具体的 *** 作方法如下: 在需要插入注释的前面, 通过菜单或者工具栏 *** 作。

13、参数化输入。

如果用户在录制脚本过程中, 填写提交了一些数据, 比如要增加数据库记录。这些 *** 作都被记录到了脚本中。当多个虚拟用户运行脚本时, 都会提交相同的记录, 这样不符合实际的运行情况, 而且有可能引起冲突。为了更加真实的模拟实际环境, 需要各种各样的输入。参数化输入是一种不错的方法。

用参数表示用户的脚本有两个优点:

① 可以使脚本的长度变短。

② 可以使用不同的数值来测试脚本。例如, 如果企图搜索不同名称的图书, 仅仅需要写提交函数一次。在回放的过程中, 可以使用不同的参数值, 而不只搜索一个特定名称的值。

参数化包含以下两项任务:

① 在脚本中用参数取代常量值。

② 设置参数的属性以及数据源。

参数化仅可以用于一个函数中的参量。不能用参数表示非函数参数的字符串。

另外, 不是所有的函数都可以参数化的。

参数化输入的讲解, 采用一个例子的方式来进行。

在本例中参数化用户的登陆名:

先看如下脚本,通过脚本录制找到用户登陆部分,如图

14、参数名随意取,建议取通俗易懂的名字,下面重点介绍一下参数的类型。

●DateTime: 很简单, 在需要输入日期/时间的地方, 可以用DateTime 类型来替代。其属性设置也很简单, 选择一种格式即可。当然也可以定制格式。

●Group Name:暂时不知道何处能用到,但设置比较简单。在实际运行中,LoadRunner 使用该虚拟用户所在的Vuser Group 来代替。但是在VuGen 中运行时,Group Name 将会是None

●Load Generator Name: 在实际运行中,LoadRunner 使用该虚拟用户所在Load Generator 的机器名来代替。

●Iteration Number: 在实际运行中,LoadRunner 使用该测试脚本当前循环的次数来代替。

●Random Number: 随机数。很简单。在属性设置中可以设置产生随机数的范围

●Unique Number:唯一的数。在属性设置中可以设置第一个数以及递增的数的大小。

注意: 使用该参数类型必须注意可以接受的最大数。例如: 某个文本框能接受的最大数为99。当使用该参数类型时, 设置第一个数为1, 递增的数为1, 但100 个虚拟用户同时运行时,第100 个虚拟用户输入的将是100,这样脚本运行将会出错。

注意: 这里说的递增意思是各个用户取第一个值的递增数, 每个用户相邻的两次循环之间的差值为1。举例说明: 假如起始数为1, 递增为5, 那么第一个用户第一次循环取值1, 第二次循环取值2; 第二个用户第一次循环取值为6, 第二次为7; 依次类推。

●Vuser ID: 设置比较简单。在实际运行中,LoadRunner 使用该虚拟用户的ID 来代替,该ID 是由Controller 来控制的。但是在VuGen 中运行时,Vuser ID 将会是–1。

File: 需要在属性设置中编辑文件,添加内容,也可以从现成的数据库中取数据( 下面将会介绍)

●User Defined Function: 从用户开发的dll 文件提取数据。就目前我认为, 这种方式没有必要。VuGen 支持C 语言的语法,在VuGen 中重新编写类似的函数应该不难。

上面的例子中, 取随机数即可。点“Properties… ” 按钮, 进行属性设置窗口添入随机数的取值范围为(1-50), 选择一种数据格式。在“属性” 中有以下几个选项:

◆Each Occurrence:在运行时, 每遇到一次该参数, 便会取一个新的值

◆Each iteration:运行时, 在每一次循环中都取相同的值

◆Once:运行时, 在每次循环中, 该参数只取一次值

这里我们用的是随机数, 选择Each Occurrence 非常合适。

下面我们再介绍用数据库中的用户名来参数化登陆用户名。

框选住登陆名,点鼠标右键,d出对话框,选择“替换为新参数”d出对话框,此时参数名输入:name,参数类型选择File,如图

15、注意: 参数的文件名不要使用condat、pmdat 或者lptdat 等系统装置名下面我们将会连接数据库, 从数据表中选择用户名。点“数据向导” 按钮,显示如图

16、添入连接字符串, 点“创建” 按钮,选择事先配置好的ODBC连接。在SQL语句里输入select查询语句,出现如图窗口

17、提醒: 在参数数据显示区, 最多只能看到100 行, 如果数据超过100 行, 只能点“编辑” 按钮, 进入记事本看。

“选择下一行 ” 有以下几种选择:

●Sequential: 按照顺序一行行的读取。每一个虚拟用户都会按照相同的顺序读取

●Random: 在每次循环里随机的读取一个, 但是在循环中一直保持不变

●Unique : 唯一的数。注意: 使用该类型必须注意数据表有足够多的数。比如Controller 中设定20 个虚拟用户进行5 次循环, 那么编号为1 的虚拟用户取前5 个数, 编号为2 的虚拟用户取6-10 的数, 依次类推, 这样数据表中至少要有100 个数据, 否则Controller 运行过程中会返回一个错误。

“按编号”指选择列表中的那一列数据,从左到右分别是1、2、3依次通常用在有关联性的数据上面。我们这里取值Sequential 即可。完成设置关闭即可

43 单机运行测试脚本

经过以上的各个步骤后, 脚本就可以运行了。运行脚本可以通过菜单或者工具栏来 *** 作。

执行“ 运行” 命令后,VuGen 先编译脚本, 检查是否有语法等错误。如果有错误,VuGen

将会提示错误。双击错误提示,VuGen 能够定位到出现错误的那一行。为了验证脚本的正

确性, 还可以调试脚本, 比如在脚本中加断点等,  *** 作和在VC 中完全一样, 相信大家谁都不会感到陌生。如果编译通过, 就会开始运行。然后会出现运行结果。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/dianzi/13199917.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-06-19
下一篇 2023-06-19

发表评论

登录后才能评论

评论列表(0条)

保存