对于一个用户量大的系统,在产品发布前做性能测试已成了一个必要的环节,测试工程师最常遇到的测试场景是对系统的登录做个大用户量的并发测试。
通常需要准备的是符合硬件、软件条件的测试环境,一台网络环境好的测试客户机,客户机需要具备的工具是loadrunner,现在比较常用的版本是loadrunner11,目前loadrunner12的资源虽然有,但是只能压测50用户(如果哪个小伙伴有能正常压测不限用户量的loadrunner12资源,麻烦私发我一份~)。
使用loadrunner录制好登录脚本,下一步是进行脚本调试。
一、使用web_reg_save_param函数进行关联:
1、 为什么进行关联?
当脚本中存在每次回放都变化的动态数据时,那么这个动态数据需要通过关联来咨询服务器而获得该数据的结果。
2、 怎么进行关联?
使用web_reg_save_param函数。下面介绍我自己使用的一个较为简单的关联的方法,进入登录界面后首先F12打开控制台,点击控制台最左侧的功能后,点击登录,下方的Elements中即可找到动态值,此处可直观地看出左右边界,如下图。
转换成脚本为:
关联函数一般放在对应的响应函数前面。
二、脚本参数化
1、为什么进行脚本参数化?
性能测试是为了模拟真实用户使用场景去检查性能如何,如果进行大并发测试,总使用同一个用户是不现实的,因此需要把用户值进行参数化。
2、 怎么进行脚本参数化?
以下是loadrunner12使用截图:
选中需要参数化的值,右击选中“Parameter Properties”,进入下图的界面。
下图为参数化选中的dat文件的内容,第一行为参数名称,第二行起为真实用户名称。
一般登录脚本用户名与密码都需要参数化,此处举例仅为用户参数化。
三、设置检查点
1、为什么设置?
脚本即使运行成功也不代表成功登录进入了系统,因此需要设置个检查点。
2、 怎么设置?
一般使用web_reg_find函数:
“Text=”后面的内容为登录成功后界面存在的文本,此函数放置请求前面。
四、设置集合点
1、 为什么设置?
实现最大程度的并发。
2、 怎么设置?
见下图:
集合点放置事务前面,以上。
欢迎在评论区抛出疑难点,大家共同讨论一起走花路~~