当你点击开始（Start）按钮时，代理服务器就会开始记录所接受的HTTP访问请求。当然，在开始记录前，要首先设置好浏览器的代理服务器设置。在代理服务器元件中可以增加一个定时器子元件（配置元件），用于告知Jmeter来在其生成的HTTP请求中自动的增加一个定时器。Jmeter会自动把实际的延迟时间存储为一个被命名为T的Jmeter变量，因此，如果在代理服务器元件里使用了高斯随机定时器，就应该在其中的固定延迟偏移（ConstantDelayOffset）设置项里添上${T}（用于自动引用纪录的延迟时间），如图4所示。这是另一个节省时间的便利特性。

图4 在代理服务器组建中增加一个高斯随机定时器

　　定时器将会使相应的的取样器被延迟。延时的规则是，在上一个访问请求被响应并延时了指定的时间后，下一个被定时器影响的取样访问请求才会被发送出去。因此，你必须手工删除第一个取样器中自动生成的定时器，因为第一个取样器不需要定时器。

　　在启动HTTP代理服务器以前，要在测试计划中增加一个线程组（threadgroup），在线程组中增加一个录制控制器（recordingcontroller）用于存储生成的结果。否则，生成的元件将会被直接添加到工作台里。另外，在录制控制器里增加一个HTTP请求默认值元件HTTPRequestDefaults元件(是一个配置元件)也很重要，这样Jmeter就不填写使用了默认值的字段。

　　录制完成后，停止HTTP代理服务器;在录制控制器元件上单击右键将记录的元件保存为一个文件用于以后重用，另外，不要忘了恢复浏览器的代理服务器设置。

　　指定响应时间需求并校验结果

　　尽管本节内容与Jmeter不是直接相关，但是Jmeter仍旧是指定响应时间需求和校验测试结果这两个负载测试评价任务互相联系的纽带。

　　在web应用的环境里，响应时间指的是从提交访问请求到等到HTML结果所耗费的时间。从技术的角度看，响应时间也应包括浏览器重绘HTML页面的时间，但是浏览器一般是一块接着一块地显示而不是直接显示完整的整个页面，让人感觉响应时间要少一些。另外，典型的情况是，负载测试工具不会考虑浏览器的重绘时间。因此，在实际的性能测试中，我们将考虑以上描述的情形，如果不能确信，可以在正常的响应时间上加一个固定值，如0.5秒。

　　以下是一套众所周知的确定相应时间的标准:

　　1.用户将不会注意到少于0.1秒的延迟

　　2.少于1秒的延迟不会中断用户的正常思维，但是一些延迟会被用户注意到

　　3.延迟时间少于10秒，用户会继续等待响应

　　4.延迟时间超过10秒后，用户将会放弃并开始其他操作

　　这些阀值很有名并且一般不会改变，因为是关乎人类的感知特性的。所以要根据这些规则来设置响应时间需求，也需要适当调整以适应实际应用。例如，亚马逊公司(Amazon.com)的主页也遵循了以上规则，但是由于更偏重于风格上的一致，所以在响应时间上有一点损失。

　　乍一看，好像有两种不同的方式来确定相应时间需求：

　　1.平均响应时间(Averageresponsetime)

　　2.绝对响应时间（Absoluteresponsetime);即所有的响应时间必须低于某一阀值

　　指定平均响应时间比较简单一些（straightforward），但是由于数据变化的干扰，这个需求往往难以实现。为什么取样中的20%的响应时间要比平均值高3倍以上呢？请注意，JMeter计算平均响应时间与图形结果监视器中的标准偏差是一致的。

　　另一方面，对绝对响应时间需求过于苛求是不实际的。如果只有0。5%的取样不能通过测试该怎么办？如果再测一次，又会有很大的变化。幸运的是，使用置信区间（confidenceinterva）分析这种正规的统计方法可以顾及到取样变化的影响。

　　在继续进行前，让我们首先回顾一些基本的统计学知识。