LoadRunner的简单使用

目录

1、LoadRunner工具介绍

 2、VUG的使用

3、Controller的使用

3.1、场景设计

 3.2、场景运行及结果

4、Analysis的使用

---

1、LoadRunner工具介绍

• Virtual User Generator：主要用来生成性能测试脚本
• Controller：创建测试场景，运行测试脚本、监控场景运行、收集测试过程的数据
• Analysis：分析性能测试结果，出测试报告和各种图表

---

 2、VUG的使用

创建一个性能测试的脚本

 (1、创建项目

这里我使用的是中文，所以什么意思就不用过多解释了~

（2、目录

（3、编写性能测试脚本

测试博客系统的性能：

步骤一：打开网页

步骤二：输入用户名&密码&登录

编写脚本之前，先了解一些函数吧~

 

•  事务：观察每秒事务通过数来衡量性能
• 集合点：让虚拟用户执行到集合点的地方短暂的集合在满足条件后一起执行下一个步骤，保证了并发
• 检查点：用来检测当前页面的元素是否存在以及存在个数（检查点一般放在请求之前）
• 参数化：通过提供的数据源可以实现多个参数逐个执行

 

 

编写脚本：

（1、访问博客系统的网页：

 自动生成的脚本：

web_url("index1",
		"URL=http://43.139.193.116:8085/blog/login.html",
		"TargetFrame=",
		"Resource=0",
		"Referer=",
		LAST);

（2、输入账号密码：

  脚本：

web_submit_data("login",
		"Action={NewParam}",
		"Method=POST",
		"TargetFrame=",
		"Referer=",
		ITEMDATA,
		"Name=username", "Value=lyj", ENDITEM,
		"Name=password", "Value=123", ENDITEM,
		LAST);

结合上述的函数，脚本如下;

Action()
{
	//1、开启事务1
	lr_start_transaction("index");
	
	//2、访问网页
	web_url("index1",
		"URL=http://43.139.193.116:8085/blog/login.html",
		"TargetFrame=",
		"Resource=0",
		"Referer=",
		LAST);

	//3、登录的集合点
	lr_rendezvous("login_rendezvous");
	
	//4、开启事务2
	lr_start_transaction("login_trans");
	
	//5、输入登录账号和用户名
	web_submit_data("login",
		"Action=http://43.139.193.116:8085/blog/login.html",
		"Method=POST",
		"TargetFrame=",
		"Referer=",
		ITEMDATA,
		"Name=username", "Value=lyj", ENDITEM,
		"Name=password", "Value=123", ENDITEM,
		LAST);

	//6、结束事务2
	lr_end_transaction("login_trans", LR_AUTO);
	
	//7、结束事务1
	lr_end_transaction("index", LR_AUTO);

	return 0;
}

如何检查，脚本是否正确：

 正确如下：

 

补充一个参数化如何设置:

 

 进入Controller：

3、Controller的使用

3.1、场景设计

 

 

 

 

 3.2、场景运行及结果

 运行：

 结果：

 

 打开Analysis：

结果——》分析结果

---

4、Analysis的使用

根据自己想看的点进去看数据记录即可~

 注意的点：

• 测试报告中，一般情况下，不太关注最大值最小值问题，主要看平均值和标准偏差，标准偏差值越大，说明越不稳定
• 运行Vuser中，根据显示的运行虚拟用户数量可以判断出哪个时间段内给定服务器的负载
• 每秒点击次数中，通过点击率也可以判断出某段时间内服务器的负载
• 在平均事务响应时间表中，虚拟用户在性能测试过程中，每秒在服务器上命中的次数，可以帮助根据命中次数评估虚拟用户生成的负载量
• 吞吐量方面注意有两点，如下:

        (1、吞吐量图形和点击数图有点相似，但是吞吐量曲线稍微滞后一点，原因：吞吐量表示的是响应返回的资源数量，肯定是先有请求再有返回

        （2、如果请求变多，但是吞吐量没啥变化，可能的原因是啥：a.服务器响应慢了，来不及响应   b.压力没有到服务器   c.服务器涉及一定的阈值，超过多少个请求后就不返回响应

好啦，LoadRunner的使用，基本就是这样啦，下期见~