本文共 1913 字,大约阅读时间需要 6 分钟。
案例介绍:测试Tomcat自带的一个jsp提交表单的性能。
测试页面如下:1
输入一个数后,点击提交(submit)执行程序后反回页面(数字:22)如图:2
第一步:录制脚本
从程序菜单启动Loadrunner→Application→Virtual user Generator,在协议选择框中选择“Web(HTTP/HTML)”协议进入主页面。New vuser script…→Web(HTTP/HTML)如图下:3
在工具条上选择“start Record”,弹出启动“start Recording”对话框。在URL对话框中输入上述要测试的第一个页面的URL,即办公输入表单的页面,同时注意,请让“Record the application startup”选择框失效,以便手工控制录制开始的时间,跳过刚开始的输入页面。如下图:4
点击“OK”,这时 Load Runner会启动浏览器,并指向第一个输入页面,同时在浏览器窗口上方将出现一个“Recording suspended…”的工具条窗口。如下图:5
等待输入页面显示完全以后,点击工具条窗口的“Record”按钮(即红色按钮),进入录制状态,从现在开始,在打开的浏览器上所有的操作将被录制成测试的脚本。6
执行预定的表单提交动作,等结果页面显示完整后,点击工具条上的黑色方框,停止录制,回到Visual User Generator的主窗口,此时可以看到脚本已录制成功。如下图:7
选择“File”→”Save”,把当前脚本保存下来。(文件名:test)
第二步:生成测试场景
选择菜单“Tools”→”Creat controller scenario”,弹出“Greate scenario”对话框,保持缺省值不变,直接点击“OK”, 唯一可能要改的是测试结果文件生成的路径(Result Directory).如下图:8
这时将启动Load Runner的另一个工具“controller” (HP Load Runner Controller),这是执行压力测试的环境.
Hp LoadRunner Controller 主界面有Design、Run和Diagnostics for J2EE/.NET三个Tab组成,可以随意切换,首先进入的是Design的界面,在这里可调整运行场景的各种参数,如果只是做强度测试,唯一可以调整的就是并发用户数Quantily,如下图示:9
调整并发用户数Quantily:Virtual UsersàAdd Vuser(s)…-àQuantity to add(10),改后如下图:10
设置好运行场景后,切换到“Run”界面,如下图所示:11
点击“start scenario”按钮,开始执行测试场景,执行过程中左上方的“运行状态表格”会实时显示当前执行中的虚拟用户的情况,等到所有虚拟用户都执行完毕后,左下方的四个曲线窗口会显示出测试结果,如下图所示:12
第三步:查看测试结果
在上述结果界面上,有四个曲线窗口,其中最简单也是最有用的就是上面两个,点击各个窗口,可以看到底部的数据窗口会显示响应的数据。
左上角的曲线代表随时间变化的虚拟用户数,响应的数据是各个虚拟用户的执行情况,如下图所示:13
在这里可以看到共有10个虚拟用户都执行成功,没发生错误,由天我们采用缺省执行方式,意味着所有并发用户一起同步运行,没有分组和时间先后关系,所有其它数据没有意义,可以不看。右上方的曲线代表响应时间,响应的数据如下图所示:14
由于我们录制的脚本很简单,只有一个运作,而且没有前导和后续动作,所有只需要看“Action–Transaction”一行数据即可,从数据中可以看出,这个表单提交动作在当前压力测试场景下最长的执行时间(MAX是的)181.193秒,最短的(Min)是180.993秒,平均(Avg)是181.028秒,标准差(Std)是0.058秒,最后一次响应时间是(LAST)181.009秒。
HP LoadRunner还有很多图表和数据分析方法,在Controller的主界面上左下方的树状列表就是所有可用数据的查看方式。Load Runner还有一个专门的数据分析工具,可以根据统计学原理做进一步分析。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12639375/viewspace-158501/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/12639375/viewspace-158501/