【LoadRunner】博客笔记项目 性能测试报告

文章目录

• 前言
• 一、博客笔记项目性能测试介绍
• 二、编写性能测试脚本（VUG）
•       2.1 测试脚本编写步骤
•       2.2 脚本总代码和结果分析
• 三、创建测试场景（Controller）
•       3.1 测试场景创建实现步骤
• 四、生成测试报告（Analysis）
•       4.1 测试报告
•       4.2 报表分析
• 五、遇到的问题
• 总结

---

前言

---

一、博客笔记项目性能测试介绍

使用loadrunner进行简单性能测试：

（1）测试功能：

针对登录、编写并发布博客以及删除博客、注销等功能进行简单的性能测试。

（2）测试进阶：
然后在实现的过程中，插入集合点以及事务等，并通过设置来实现用户的并发操作。

---

博客笔记页面展示：
博客登录页：

博客列表页：

博客详情页：

---

二、编写性能测试脚本（VUG）

2.1 测试脚本编写步骤

1、创建项目

由于我们测试的博客系统是一个Web项目，因此需要创建一个Web性能测试脚本。

---

2、代码编写

（1）访问博客笔记系统登录页面实现：
使用web_url 函数访问到博客笔记系统登录页面，为后续操作做准备。

---

（2）输入登录账号和密码进入博客详情页：

使用web_submit_form函数访问到博客笔记系统详情页面

使用form函数是因为登录页面中NetWork，本web是使用form表单形式进行提交请求的。

---

（3）性能测试脚本的增强操作

1.添加事务

lr_start_transaction 开启事务
lr_end_transaction 结束事务

2.添加集合点：

lr_rendezvous 集合点设置（若存在事务则在开启前面进行设置）

---

3.添加检查点：

在页面中查找某元素是否存在（如避免用户的越权行为）
web_reg_find （注意：也是加在前面的，但是如果存在事务则可以是在开启事务之后）

---

2.2 脚本总代码和结果分析

代码总结：

Action()
{   
	
	//开始事务
	lr_start_transaction("index_trans");
	//进入博客笔记登录页
	web_url("index",
		"URL=http://81.70.49.37:8080/BlogSystem/blog_login.html",
		"TargetFrame=",
		"Resource=0",
		"Referer=",
		LAST);
	//插入登录集合点
	lr_rendezvous("login_rendezvous");
    //设置登录事务
	lr_start_transaction("login_trans");
	
	//插入登录后检查点
	web_reg_find("Text=注销用户",
		LAST);
	//登录后进入博客笔记详情页
	web_submit_form("login",
		ITEMDATA,
		"Name=username", "Value=zhangsan", ENDITEM,
		"Name=password", "Value=123", ENDITEM,
		LAST);
    //结束事务
	lr_end_transaction("login_trans", LR_AUTO);
	lr_end_transaction("index_trans", LR_AUTO);

	return 0;
}

---

执行结果和分析：

---

测试脚本通过：

---

三、创建测试场景（Controller）

3.1 测试场景创建实现步骤

步骤（1）设置虚拟用户并发数量

设置5个虚拟用户，防止电脑崩溃

---

步骤（2）在Controller中设置场景

1.Action  type lnitialize

设置每隔多久初始化一次

---

2.Action  type  Start Vusers

没10s上台2个用户。

---

3.Action  type  Duration

总持续运行时间3分钟

---

4.Action  type  Stop  Vusers

每8s退出两个用户

---

步骤（3）开始进行运行，性能测试开始

运行结果图：

---

四、生成测试报告（Analysis）

4.1 测试报告

测试报告图示：

---

4.2 报表分析

（1）点击率报表：

---

（2）吞吐量报表：

---

（3）平均事务响应时间：

---

分析结果总结：
① 剩余的物理内存近70%，即使用了近30%的内存，对于简单的博客系统的核心功能来说还是较高的内存使用，还有内存优化的空间。
② 当点击率较大时CPU使用也是达到了一个较高的点，CPU利用率较高。
③ 总之，该性能还有优化的空间。

---

五、遇到的问题

问题1：

在VUG中编写脚本时，设置检查点运行一直出错，not found。
1）原因：用户名、密码中因为包含中文，中文会被转码，所以在会一直失败。此时登录直接是失败的，并没有跳转到list列表页面。
2）解决方法：使用Xshell在数据库中新增了两条用户数据，全是非中文字符；然后再VUG中修改变量列表，此时重新进行测试，发现运行通过。

---

问题2：

如果直接设置访问list页面的url，并且在该请求之前设置检查点，此时是可以检查到列表页面的元素的。此时明明没有进行登录，但是为什么直接访问列表的url是可以拿到该页面的元素的呢？
解析：手动请求的haul就相当于是获取资源，所以就能够拿到页面，也就能够获取到页面信息。使用postman进行直接访问测试，发现是可以拿到该页面的相关元素的。

总结