Web Page Diagnostics：
1）DNS Resolution：浏览器访问一个网站的时候，一般用的是域名，需要dns服务器把这个域名解析为IP，这个过程就是域名解析时间，如果我们在局域网内直接使用IP访问的话，就没有这个时间了。
使用最接近的DNS服务器，解决DNS名称为一个IP地址所需要的时间。DNS查询测量是DNS解析中问题，或DNS服务器问题的一个很好的指标。
2）Connection：服务器建立连接的时间。需要与Web服务器主机指定的URL建立一个初始连接。连接是测量网络问题的一个很好的指标。它还表明服务器是否回应请求。
3）SSL Handshaking：SSL加密握手的时间。
4）FTP Authentication：FTP服务器在处理客户端的命令之前,首先要对客户端进行鉴权,这个度量就是FTP服务器对客户端进行鉴权的时间。这种测量只适用于使用FTP（不是HTTP/s）协议的通信。
5）First Buffer：建立连接后，从Web Server发出第一个数据包，到客户端浏览器成功接收到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server的延迟时间，还可以表示出网络
的反应时间。
6）Receive：从浏览器接收到第一个字节起，直到成功收到最后一个字节，下载完成止，这段时间就是receive时间。反映了网络质量，如带宽大小，带宽越大下载时间越短
7）Client：客户端浏览器延迟的时间。由于浏览器思考时间或其他客户端相关的延迟，请求在客户机上的延时时，平均所需的时间。这不包括为Flash来绘画图形的时间。
8）Error：发送错误信息时间。从HTTP请求被发送时刻，直到错误信息（只是HTTP错误）被返回的时刻，所经过的平均时间。
详解FirstBufferTime？
测试结果分析过程中，经常遇到第一次缓冲时间FirstBufferTime,并且发现大部分系统的响应时间也都浪费在了这里，再给研发解释这个问题时候，又不能拿FirstBufferTime直接给研发说，抽时间整理了下，希望对大家有用 以下资料来自LR帮助手册：
- 定义：第一次缓冲时间细分图显示成功从Web服务器返回的第一次缓冲之前的这一段时间内，每个网页组件的相关服务器/网络时间（以秒为单位）。
- 网络时间：从发送第一个http请求那一刻直到收到确认为止，所经过的平均时间。
- 服务器时间：从收到初始http请求确认（通常为get）直到成功收到来自Web服务器的第一次缓冲为止，所经过的平均时间。
注意：要从客户端测定服务器时间，因此发送初始HTTP请求到发送第一次缓冲这一段时间内网络性能发生变化，则网络时间可能会影响此度量，因此所显示的服务器时间是一个估计值，可能不太精确。所有关于FirstBufferTime时间的度量都是来自客户端的。至于帮助手册里面的不太精确，还有这个网络时间和服务器时间如何计算，我分析了下，个人观点如下首先要了解http传输，这个大叔以前发过相关资料，这里推荐个网址http://www.cnpaf.net/Class/HTTP/200408/83.html 里面有个形象的举例，就是电话订货，到送货上门， 这里拿图讲例子。
上图类似于http链接请求响应模式，其中很明显：
- 网络时间=N1+N2+N3
- 服务器时间=R1+R2
而根据LR结果分析定义发现：
- 网络时间=N1+R1+N2
- 服务器时间=R2+N3
怎么解释呢？LR在计算结果时候拿R1和N3进行了抵消，所以给出来的只是近似值。