做压力测试时需要知道的几个步骤.docx
《做压力测试时需要知道的几个步骤.docx》由会员分享,可在线阅读,更多相关《做压力测试时需要知道的几个步骤.docx(10页珍藏版)》请在冰豆网上搜索。
做压力测试时需要知道的几个步骤
做压力测试时需要知道的几个步骤:
1.了解压力测试的需求。
查看发给测试部的性能测试工单,了解此次测试需要使用什么样的场景,期望系统到达最大用户数是多少等等。
(具体内容具体分析)
2了解应用服务器和数据库服务器相关信息。
应用服务器和数据库是都使用同一台机器,还是分离各自分布在不同的机器上。
服务器的用户名,登录密码等信息(监控计数器指标时需要到)。
3.测试环境准备。
安装LR,检查LR是否可用。
4.所要测试网站如果有验证码,确定开发是否已经做了处理。
是否已经屏蔽或可以任意万能码
5.根据需求场景录制脚本
假设录制【登录—新建通知--退出】。
录制完后不做任何修改回放一次脚本:
检查标准日志是否有错。
6.检查脚本的完整性。
把LR没有录制到的页面请求手动添加到脚本里。
(根据项目决定)
用FF浏览器登录到网站上,调试。
查找出每个页面加载出来的请求与脚本进行对比,看看LR是否已经录制完所有的HTTP请求。
7.删除冗余的脚本例如thinktime或cookies。
8.参数化用户名。
直接导入用户信息或者连接数据库从而获取用户信息。
连接数据库步骤:
默认:
输入连接数据库的语句
连接成功之后的结果!
!
9设置用户的分配方式。
(推荐使用Unique和Once的分配方式)以下是各种分配方式的组合:
假设使用2个用户,2次迭代,参数的值是1,2,3,4,5,6,7,8,9,10,11,12查看各种方式的取值
更新方法
数据分配方法
Sequenitial
Random
Unique
Eachiteration
迭代1
迭代2
迭代1
迭代2
迭代1
迭代2
Vuser1
1
2
3
6
1
2
Vuser2
1
2
7
8
3
4
Eachoccurrence
迭代1
迭代2
迭代1
迭代2
迭代1
Vuser1
1,2,3(参数出现3次)
4,5,6
4,8,9
2,3,8
1,2,3
4,5,6
Vuser2
1,2,3
4,5,6
1,2,4
5,6,8
7,8,9
10,11,12
Once
迭代1
迭代2
迭代1
迭代2
迭代1
迭代2
Vuser1
1
1
3
3
1
1
Vuser2
1
1
4
4
2
2
10插入事务、集合点。
(也可在录制脚本时插入)
根据场景来决定。
建议在录制脚本时就插入。
11关联语句。
放在脚本“登录”前
//定义C值的最大长度进行保存
web_set_max_html_param_len("2048");
//把动态值进行关联
web_reg_save_param("doOrglogin",
"LB=window.parent.setCredential(\"",
"RB=\",\"",
LAST);
12.再次回放已经优化好的脚本。
1.查看日志是否出错。
2.直接登录系统中查看是否多出了一条新的通知内容。
13.根据脚本创建压力场景
创建场景时需要根据本项目压力测试的需求来规划的。
以下以前进行压力测试时,所创建的一个场景。
仅供参考。
16.使用LR的Analysis工具生成测试结果,分析。
测试结果分析是性能测试过程中最重要也是最难的一部分。
在这里就不给大家举例了,因为我也不是非常清楚。
以后大家有时间多上网查资料、看书学习这方面的知识吧。
期待我们能够共同成长!