LR数据收集分析 Analysis 笔记2。

1.    Web Page Diagnostics(网页分析)
    当场景中打开 Diagnostics 菜单下 Web Page Diagnostics 功能后, 才能得到网页分析组图。
    通过该图, 可以对事务的组成进行抽丝剥茧的分析, 得到组成这个页面的每一个请求的时间分析, 进    一步了解响应时间中有关网络和服务器处理时间的分配关系。
    可以实现对网站的前端性能分析, 明确系统响应时间较长是由服务器端处理能力不足还是客户端链接    到服务器的网络消耗导致的。

    1.1    Web Page Diagnostics(网页分析)
        该图先会得到整个场景运行后虚拟用户访问 Page 列表, 也就是所有页面下载时间列表。
        通过:选择需要细分的页面 选择需要细分的页面 URL
        
        诊断选项(Diagnostics Options) 选项中提供 4 大块功能
    
    1.1.1    Download Time(下载时间)
        可以得到组成页面的每个请求下载时间
        可以看到某个操作, 如登录操作由几个请求组成, 可以看到各请求之间的情况.
        
    1.1.2    Component(Over time): 组件(随时间变化)
        列出组成页面的每个元素, 以及随着时间的变化所带来的响应时间变化.
        通过该功能可以分析响应时间变长是因为页面生成慢, 还是因为图片资源下载慢.
        
    1.1.3    Download Time(Over Time): 下载时间(随时间变化)
        提供了针对每个组成页面元素的时间组成部分分析, 方便确认该元素的处理时间组成部分.
    
    1.1.4    Time To First Buffer(Over Time): 第一次缓冲时间(随时间变化)
        列出元素所使用的时间分配比例, 是受 NetWork Time 影响多还是 Server Time 影响多.
        
    Tips:在以上图中发现 URL 地址全称经常会被省略号填写, 由于场景数据收集默认设置生成的地址        长度为 50个字符。
        在 LoadRunner 安装目录下找到 LRAnalysis80.ini 文件, 在其中的 [WPB] 下添加             SURLSize=255, 另外还需修改 loader2.mdb 文件, 将其中 Breakdown_map 表中的 Event         Name 的属性长从 50 修改为 255.
    
2.    Page Download Time Breakdown(页面下载时间细分)
    显示每个页面响应时间的组成分析. 一个页面的响应时间包括:
    Client Time:客户端浏览器接收所需要使用的时间, 可以不用考虑.
    
    Connections Time:连接服务器所需要的时间, 越小越好.
    
    DNS Resolution Time:通过 DNS 服务器解析域名所需要的时间, 解析受到 DNS 服务器的影响,     越小越好.
    
    ERROR Time:服务器反回错误响应时间, 这个时间反映了服务器处理错误的速度, 一般是 Web 服    务器直接反回的, 包含了网络时间和 Web 服务器返回错误的时间, 该时间越小越好.
    
    First Buffer Time:连接到服务器, 服务器返回第一字节所需要的时间, 反映了系统对于正常请求的    处理时间开销, 包含网络时间和服务器正常处理的时间, 该时间越小越好.
    
    FTP Authentication Time:FTP 认证时间, 这是进行 FTP 登录等操作所需要消耗的认证时间, 越短    越好.
    
    Receive Time:接收数据的时间, 这个时间反映了宽带的大小, 带宽越大, 下载时间越短.
    
    SSL Handshaking Time:SSL加密握手时间.
    
3.    Page Download Time Breakdown(Over Time): 页面下载时间细分(随时间变化)
    提供了随着时间的变化所有请求的响应时间变化过程. 将整个负载过程中每个页面的每个时间组成部    分做成单独的时间线, 以便分析在不同的时间点上组成该页面的各个请求时间是如何变化的.
    
    Tips:首先找到变化最明显或者响应时间最高的页面, 随后再针对这个页面进行进一步的分析了解时    间偏长或者变化较快的原因.
    
4.    Time To First Buffer Berakdown(第一次缓冲时间细分)
    提供了组成页面时间请求的比例说明,通过这个图可以直观的了解整个页面的处理是在服务器端消耗    的时间长, 还是在客户端消耗的时间长, 从而分析得到系统的性能问题是在前端还是后端.
    
5.    Time To First Buffer Berakdown(Over Time):第一次缓冲时间细分(随时间变化)
    提供了整个负载过程中, 每一个请求的 Server Time 和 Client Time 随着时间变化的趋势, 可以方    便定位响应时间随着时间变化的原因到底是由于客户端变化导致还是由于服务器端变化导致的.
    
    
6.    Network Monitor(网络监控)
    需要在场景中添加 Network Delay Time 监控后才会得到以下 3 张图.
    
    6.1        Network Delay Time(网络延迟时间)
            给出从监控机到目标主机的平均网络延迟变化情况.
    
    6.2        Network sub-Path Time
            给出从监控机至目标机各个网络路径的平均时间. 当客户端在连接一个远程服务器时, 路            径并不是唯一的, 受到路由器的路由选择, 可能选择不同的路径最终访问到服务器.
            提供从监控服务器至目标服务器所经历的路径, 以及每个路径上网络延迟.
    
    6.3        Network Segment Delay Time
            给出各个路径上的各个结点网络延迟情况, 这里给出的是路由器和路由器之间的网络延迟            情况, 针对连接而不是路径, Network sub-Path Time 针对的是路径.
            提供了路由器和路由器之间的网络延迟变化情况, 以便于分析影响整个网络时间的原因及            结点.

原文地址:https://www.cnblogs.com/Roger1227/p/3130426.html