【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进行直接访问测试,发现是可以拿到该页面的相关元素的。总结