Jmeter做Web性能测试实践1

需求

测试Web系统的页面响应时间,使用Jmeter录制Web行为,以下为操作步骤

创建线程组(Threads)

可以设置名称, 线程数, Ramp-Up Period, 循环数量.针对需要测试的Web页面,可以在一个线程组下面建立多个"Transaction Controller",并且命名

录制页面行为

关于录制,主要是以下几点
1.在WorkBench下建立一个Http Proxy Server,设定Port
2.设定Target Controller,这个将决定最终录制的脚本将产生在哪个位置
3.Start the Proxy Server
4.打开IE浏览器,设置代理,端口应该与Step1中设置的一致
5.开始录制,每次录制行为,可以修改Proxy Server的Target Controller
具体详细步骤可参考网络上的其他文章

增加验证点

可以为录制好的脚本中的Http Request设置验证点,基本的文本验证可以使用Response Assertion,以验证哪些文本在请求页面中需要出现.
如果不增加验证点的话,所有的Http 请求都将是Passed.

调试脚本

调试脚本主要是在增加验证点之后,查看脚本是否能运行成功.自己测试的页面中有涉及登录过程,原来脚本怎么调试都不通过,在登录系统后,登录的状态没有被保存住.后来,增加了"Http Cookie Manager"之后,就运行成功了.

运行查看结果

可以通过增加Listener来查看运行结果,在自己的项目中增加如下几个
1.Assertion Result:用来查看所有的Assertion是否都通过
2.Aggregate Report:可以用来查看所有的Http Request以及Transaction的时间，最大值，最小值，平均值
3.View Tree Result:这个比较有用,可以查看所有的Http Request和Transaction返回的结果,包括Html源代码,可以做调试用

总结

1.Jmeter的脚本是由Http Request组成的.如果通过浏览器打开一个页面,对应的Jmeter脚本会有很多个Http请求,因为Jmeter会请求页面上每张图片,Javascript代码,css.
2.即使针对同样的页面,录制同样的行为.两次录制出来的脚本未必就会包含同样多的Http请求,这个或许是浏览器缓存的原因吧
3.由于有浏览器缓存的存在,每次执行出来的结果,未必会与真实操作出来的结果相近.但是我们可以自由控制Jmeter中每个Transation里面包含的请求数目,从这一点来说,Jmeter是可以很灵活的