首页 > 其他分享 >LoadRunner——web网页诊断图(菜单:Graphs)(十五)

LoadRunner——web网页诊断图(菜单:Graphs)(十五)

时间:2023-03-15 14:55:24浏览次数:45  
标签:web 细化 响应 LoadRunner Graphs 时间 组件 服务器 页面

image.png

7.1、组成:

Web页面诊断图

页面组件细化图

页面组件细化图(随时间)

页面下载时间细化图

页面下载时间细化图(随时间)

第一次缓冲时间细化图

第一次缓冲时间细化图(随时间)

【web page diagnostics】Web页面诊断图

image.png

左上侧:Graphs,添加对应的图表

左下侧:Breakdown Tree细化树,

三个脚本(初始化、action、结束)中的事务以及页面请求。

中  间:依次

图表: 整个场景运行过程中每秒的平均下载时间

选择细化页面:和左下侧是相呼应的

诊断选项:a、下载时间,b、页面组件(随时间),

C、下载时间(随时间),d、第一次缓冲时间(随时间)

表格:根据选项显示相对应事务的响应时间和方差

{选项1:下载时间}:

image.png

image.png

组件页面的操作右键:

A)复制全路径到剪切板中,方便追踪

B)在浏览器中显示页面,查看组件

关注:8种颜色对应各项指标

1)DNS解析时间

通过 DNS 服务器解析域名为IP地址所需要的时间,越小越好

2)Connection连接服务器所需要时间,越小越好

3)First buffer第一次缓冲时间

连接到服务器,服务器返回第一个字节所需要的时间,反映了系统对于正常请求的处理时间开销,包含了网络时间和服务器正常处理的时间

4)Receive 接受数据的时间,

这个时间反映了带宽的大小,带宽越大,下载时间越短

5)SSL Handshaking 加密握手时间

6)FTP 认证时间,进行 FTP 登录等操作所需要消耗的认证时间

7)Client 客户端浏览器接收所需要使用的时间,可以不考虑。

8)Error 服务器返回错误响应时间,

这个时间反映了服务器处理错误的速度

在页面请求的组成比例图,便于分析页面时间浪费在以上那些过程中

{选项2:页面组件(随时间变化)}

image.png

{选项3:下载时间(随时间变化)}

image.png

{选项4:第一次缓冲时间(随时间变化)}

image.png

First buffer 时间:

定义:第一次缓冲时间,是成功从Web服务器返回的第一次缓冲的这一段时间内,每个网页组件的相关服务器时间和网络时间(以秒为单位)

包含:network time和Server time

【network time】:是从发送第一个http请求开始直到收到ACK所用的平均时间

【Server time】:是收到ACK后开始直到成功收到来自web服务器的第一个缓冲所用的平均时间。

注意:要从客户端测定服务器时间,因此发送初始HTTP请求到发送第一次缓冲这一段时间内网络性能发生变化,则网络时间可能会影响此度量,因此所显示的服务器时间是一个估计值,可能不太精确

|Client-----------------request------------>Server| 浏览器发送请求

|Client<----------------ACK-----------------Server| 服务器发送ACK

|Client<--------- first buffer--------------Server| 服务器发送 first buffer

图例说明:

image.png

【小总结】:针对同一个组件(页面),分别切换诊断选项来查看问题所在。

【页面组件细化图】饼图

每个页面的平均响应时间占整个响应时间的占比,找出响应时间较长的页面,重点分析。

image.png

绿色饼图页面的响应时间占总响应时间:31.272的51.92%。

【页面组件细化图(随时间变化)】****

在整个场景运行过程,每个组件某个时间的响应时间(下载时间),精确找到响应时间较长的那个组件,进一步分析定位。

image.png

通过该功能可以分析响应时间变长是因为页面生成慢,还是因为图片资源下载慢

【Page Download Time Breakdown(Over Time)(页面组成部分时间)】****

提供了随着时间的变化所有请求的响应时间变化过程。将整个负载过程中每个页面的每个时间组成部分都做成单独的时间线,以便分析在不同的时间点上组成该页面的各个请求时间是如何变化的。

首先找到变化最明显或者响应时间最高的页面,随后再针对这个页面进行进一步的分析了解时间偏长或者变化快的原因。

【Time to First Buffer Breakdown(页面请求组成时间)】****

提供了组成页面时间请求的比列说明(客户端时间/服务器时间),通过这个图,可以直观的了解到整个页面的处理是在服务器端消耗的时间长,还是在客户端消耗的时间长。从而分析得到系统的性能问题是在前端还是后端。

【Time to First Buffer Breakdown(Over Time)(基于时间的页面请求组成分析)】****

给出了整个负载过程中,每一个请求的 Server Time 和 Client Time 随着时间变化的趋势,可以方便定位响应时间随着时间变化的原因到底是由于客户端变化导致的还是由于服务器端变化导致的。

{页面综合诊断图分析步骤}

1)从事务平均响应时间图中定位到具体要分析的事务

2)打开其对应的页面诊断图,从下载时间选项入手

3)找出页面中first buffer耗时最多的组件

4)切换到第四个选项:time-first buffer breakdown

确定是网络时间太长还是服务器时间太长

一般都是服务器时间较长,将性能瓶颈定位在服务器端

Web服务器

数据库服务器(问题集中在数据库)

标签:web,细化,响应,LoadRunner,Graphs,时间,组件,服务器,页面
From: https://www.cnblogs.com/kasia/p/17218510.html

相关文章

  • 你需要知道的webpack高频面试题
    谈谈你对webpack的看法webpack是一个模块打包工具,可以使用它管理项目中的模块依赖,并编译输出模块所需的静态文件。它可以很好地管理、打包开发中所用到的HTML,CSS,JavaScr......
  • 一文彻底读懂webpack常用配置
    开发环境constwebpack=require("webpack");constpath=require('path')module.exports={//entry:{//a:'./src/0706/a.js',//c:'./......
  • TinyWebServer
    1.一文读懂社长的TinyWebServer为提高效率,我们将在这部分通过线程池来实现并发(多线程并发),为每个就绪的文件描述符分配一个逻辑单元(线程)来处理。Linux下有三种IO复用方式:e......
  • web测试 bug定位(待补充)
    1、前置条件1.1、需要的知识熟透系统业务、团队成员情况熟悉使用F12或抓包工具了解HTTP/HTTPS协议了解系统的架构,数据走向1.2、定位前的操作(1)保存bug产生的记录(2)排......
  • webRTC
    概念webRTC(webReal-Timecommunications)是一项实时通讯技术,是一个可以用在视频聊天、音频聊天或P2P文件分享等WebApp中的APIWebRTC主要由一下几个部分组成:getUserMe......
  • Web前端杂乱知识复习
    OSIOSI是OpenSystemInterconnect的缩写,意为开放式系统互联。其各个层次的划分遵循下列原则:​(1)同一层中的各网络节点都有相同的层次结构,具有同样的功能。​(2)同......
  • 基于Web的图书管理系统设计与实现(附源码下载地址)
    @目录01系统简述02开发工具及相关技术2.1Java技术2.2HTML、css、javascript技术2.3Servlet技术2.4Eclipse开发工具2.5MySql数据库03系统功能描述04工程结构及其说......
  • JavaWeb-QQZone项目的业务需求、数据库设计等内容
    资料来源于:B站尚硅谷JavaWeb教程(全新技术栈,全程实战),本人才疏学浅,记录笔记以供日后回顾由于是多个视频内容混合在一起,因此只放了第一个链接本文参考价值不高,自我记录......
  • B/S WEB项目文件夹上传下载解决方案
    HTML部分 <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="index.aspx.cs" Inherits="up6.index" %><!DOCTYPE html PUBLIC "-//W3C//DTDXHTML1......
  • SpringBoot WEB项目文件夹上传下载解决方案
    ​PHP用超级全局变量数组$_FILES来记录文件上传相关信息的。1.file_uploads=on/off 是否允许通过http方式上传文件2.max_execution_time=30 允许脚本最大执行时间......