导航:首页 > IDC知识 > loadrunner测试服务器性能测试

loadrunner测试服务器性能测试

发布时间:2021-02-05 09:02:35

1、如何使用loadrunner对服务器进行性能测试

使用LR对数据库进行性能测试,实际上有多种办法,包括通过现有的数据库协议进行CS模式的先录制后执行的模式,以及通过socket方式向服务器发包方式的测试方式。这些是常规书籍上介绍的比较简单上手的测试方法,但是不具备通用性,受已有协议或socket编程方式的限制,所以需要更为通用的测试方法。
用Java user的协议进行所有数据库性能的测试工作:
Java user 不需要录制,把所有的操作通过java语言进行实现,通过lr调用java的class进行加压批量操作,这样可以不关心被测系统是哪个数据库,只要能够通过jdbc进行访问,就能实现性能测试。
一、测试环境准备
1. 被测服务器准备,根据测试目的,搭建需要的数据库服务器,确保数据库能够正常访问,正常操作;
2. Java代码的准备,无论使用哪种IDE,只要能够编写访问数据库的class就可以,形式可以是j2se,也可以是j2ee,因为在操作时只使用class的部分方法,所以j2ee就可以了;
3. LR的脚本调试,把java的class导入到脚本调试模式,根据需要添加事务以及其他操作。
二、编写数据库访问
1. 使用myeclipse,创建web project,创建如下图的包目录:

Java文件中包含各种访问数据库的方法。

需要注意的是,class中的方法必须是public static,否则LR中无法调用。由于创建的是j2ee程序,所以不用main函数,在web中就可以进行功能验证。
确认class中的方法编写完成,创建一个web.jsp文件,如下:

导入class
声明类,并实例化,直接调用刚才编写的3个方法,因为这3个方法是直接对数据库进行操作,不需要实参,也没有返回值,所以直接实现即可。

此时启动web服务,在浏览器中输入jsp的地址,直接刷新页面,就可以调用这3个方法,如果正确,就会对相应的表进行操作,如果不正确,则需要修改相应的代码。
2. LR脚本准备:
LR脚本实际上就是对访问代码的调用,关键在于需要根据测试场景划分不同的脚本布局。
例如:在myEclipse里,我们只编写了一个class,其中包含三个方法,如果在执行性能测试时,这三个方法相互独立,互不干涉,则最简单的划分方法是,创建三个java user,每个java user中包含一个方法,做三份脚本,场景执行时分别进行调用。如果三个方法之间有相互关系,则需要根据实际情况,把有关联的方法放在一起,具体情况可按实际灵活分配。
因为已经将class文件进行编译发布了,所以可以在“java2postgres\WebRoot\WEB-INF\classes\com\lr\test”目录中找到对应的class文件,

复制这个文件,找到LR的目录:HP\LoadRunner\classes\com\lr\test\ 如果没有文件夹,按相同的内容创建。
在LR脚本中进行引包操作:

将需要执行的java类以及方法,放在action中,可根据实际测试情况和所需要验证的内容,具体调试代码。

在这里可以像编写普通LR脚本一样,添加事务或集合点等内容。
由于是通过JDBC对数据库进行访问,因此要在java user中加载jdbc驱动。

运行时设置中,增加jdbc驱动,需要注意的是java user使用的本地jdk,需要至多1.6版本,若使用1.7版本,回放会有错误,这是jdk版本的问题。
操作完成之后,按F5或点击运行,进行脚本回放,实际此时也对数据库进行了操作,可以直接查询对应的表,检查功能是否正确。

三、执行性能测试
已经有了java user的脚本,和普通web性能测试一样,设计场景、执行测试、收集报告、分析性能瓶颈即可。

2、用loadrunner测试API接口的性能,毫无头绪,求详细过程,具体要求如下

 web_custom_request("login",

  "URL=http://{API_ROOT}/licence/login",

  "Method=POST",

  "TargetFrame=",

  "Resource=0",
  "RecContentType=text/html",   
  "Snapshot=t7.inf",

  "Mode=HTML",

  "Body=App_Key=xxxxxx&App_Secret=xxxx",

  LAST);

以复api服务器要求的格制式去提交请求即可, 然后保存服务器返回的Access_Token 

3、在用LoadRunner进行性能测试时,是在内网测试好些还是在外网测试好些,两者有什么区别?

内网测试好 这样可以排除网络因数的干扰

4、如何LoadRunner进行中间件的性能测试

1、接到项目时,首先了解系统架构,是B/S,还是C/S,使用什么应用服务器(即中间件),什么数据库?
2、熟悉系统的功能、业务流程,明确项目的性能需求是什么?有哪些性能指标?
3、编写性能测试计划。(有些公司不要求写)
4、设计性能测试用例。(按场景设计思路来写比较清晰)
5、准备测试数据,如一些业务需要大数据量的,就要先造好数据。
6、选择录制协议,录制两份业务需求功能一样的脚本。(好处是:一是可以做脚本备份,二是脚本优化查找需要关联的地方)
7、优化脚本,包括设置参数化,检查点,关联,集合点,事务以及自行编写的函数,日志输出函数等。
8、创建场景。(创建两份一样的场景,以20/80并发用户原则递增来设计,如并发要100个用户,第一份创建80个用户并发,第二份创建100个用户并发,这样在结果分析中容易发现)
9、场景设计,添加集合点策略,负载均衡器,对“运行时设置”,如lr_think_time,迭代设置,日志输出控制等。
10、场景运行,添加监控图表,服务器系统资源监控计数器,数据库系统资源监控等。
11、性能结果分析,通过监控图表的数据(事务响应时间、点击率、吞吐量)、系统资源分析、web页面诊断分析等。
12、收集测试结果,编写性能测试报告。
以上是自己总结的一点经验,有不对的思路请大家多多指教。活到老,学到老!

5、能用loadrunner进行服务器的压力测试吗?

可以,如果服务器上已经部署了B/S或者C/S架构的系统,loadrunner很有效果,如果是一台空机器版的权话,可以在空机器上安装loadrunner,通过自带的自测B/S系统(就是定机票系统),可以进行压力测试,不过,也可以通过其他工具来进行性能测试,像liunx可以用ab测试工具进行测试,相对而言批处理来进行对windows的系统测试比较方便。

6、loadrunner是测试客户端还是服务器端性能的?

两方面的都可以

7、loadrunner关于吞吐量的性能测试结果分析

看你的这个图,vuser数量在大致8min至12min内维持着最大数量,
但是你看每秒点击数,在很早的时内候,5min不到,就已容经基本稳定了,这似乎说明vuser已经被阻塞在了服务器的队列里面,得不到及时处理,服务器能处理的请求已经达到了极限,
一旦这个指标的极限早于vuser数量的极限出现,就要怀疑服务器端的IIS是否做了保护,而且保护得太紧了,服务器也许还有更大的处理能力,但被限制了;
所以响应时间与vuser的吻合就很好解释了,但是也看不出来什么东西了,
同理,吞吐量也因为这个原因,看不出来什么东西,应该不是像你描述的“上不去了”,
建议你看一下服务器端的配置,把那个保护放开,再把压力压上去看看

8、用loadrunner压力测试网站,需要将lr装到要测试性能的服务器上吗,在此谢谢回答者

看你的服务器是什么系统
如果是win,不需要在服务器上安装任何东西,在运行里面访问一下服务器就可以了
然后在场景里面添加对应的服务器地址就能监控到
如果是linux或者unix的话,就需要在服务器上安装一个包才能监控到服务器资源的消耗情况
这个网上多的很,查一下就可以了

9、我是初学loadrunner,我想知道测试服务器的性能,不将lr装在服务器上怎来测试呀?

1.不将LR装到服务器上是可以测试服务器的性能的。因为LR可以配置,链接到服务专器上读服务器的各种参数。属
2.LR测试的当然是服务器的性能了。录制脚本的目的是模拟大量人访问数据库,然后分析脚本的运行结果可以间接的知道服务器的性能,直接访问服务器的各项服务及硬件的运行参数也可以分析出服务器的性能

10、使用LoadRunner怎么进行性能测试

用loadrunner先截取脚本,把对应的变量进行替换,设置成参数表的形式。
然后定义对版应的用户权数,批量的执行脚本,压力测试对应的时间后,loadrunner会自动的分析出对应的性能。同事你需要在数据库服务器和应用服务器上部署对应的性能监测工具用来分析压力测试中服务器的性能。
但建议用jmeter,这个是开源的文档多,loadrunner要钱的。

与loadrunner测试服务器性能测试相关的知识