页面性能测试

一、页面性能测试概述

  页面性能测试则是针对于页面性能优化而开展的一种性能测试,目的是对Web系统的页面进行测试以确认系统页面是否会影响系统的性能并为页面的优化提供依据与建议,最终提升系统的整体性能表现,提高用户体验满意度。可见,Web系统页面性能测试是相对Web系统后台测试的另外一种性能测试,是Web系统性能测试的一个重要部分。

  二、页面性能测试必要性

  相对于C/S架构的应用系统,Web应用系统所有数据都需要从服务器端下载,虽然浏览器有缓存机制,但客户每次访问仍然需要下载大量的数据。特别是用户对系统要求越来越高,除了要求功能完备,对界面的美观、易用性也提出了更高的要求,越炫的页面也就意味着页面中要包含更多的脚本、样式表、图片和Flash,页面的数据量也就越大,这对Web系统的性能提出了极大的挑战。

  曾经有个在线打印服务的应用提供商说他们的系统不需要关注系统性能问题,没有必要进行性能测试,因为他们可以购买足够多的服务器来支撑系统;不少业界同行也认为只要有足够多的服务器资源,性能就不会存在问题。其实不然,他们都只关注到了应用系统的后台性能表现,而忽略了页面对系统整体性能的影响。举个例子,当一个页面中包含几百个请求,页面中没有经过优化的javaScript文件、CSS 文件与图片件大小达到10MB,即使当前只有一个用户在访问该系统,页面的访问速度也会慢得惊人,纵使增加再多的服务器也不见得会有明显的性能提升。

  可见,对Web应用系统的页面进行性能测试和优化是非常有必要的。只有通过对页面的性能测试,发现页面存在的性能问题并根据性能测试结果进行页面优化以提升页面的加载性能,从而提升系统的整体性能。在应用系统高并发访问时,更能体现出Web页面优化后所带来的系统整体性能提升效果。

  2种方式来提升你的web 应用程序的速度:

  ● 减少请求和响应的往返次数

  ● 减少请求和响应的往返字节大小。

  减少请求和响应的往返次数:

  HTTP缓存是最好的减少客户端服务器端往返次数的办法。缓存提供了提供一种机制来保证客户端或者代理能够存储一些东西,而这些东西将会在稍后的HTTP 响应中用到的。(即第一次请求了,到了客户端,缓存起来,下次如果页面还要这个JS文件或者CSS文件啥的,就不要到服务器端去取下来了,但是还是要去服务器上去访问一次,因为请求要对比ETAG值,关于这个值,我将会在下次翻译中介绍其作用)这样,就不用让文件再次跨越整个网络了。

  缓存相关的请求头

  为了提高性能,微软的IE和其他的web客户端总是想尽办法来维持从远程服务器上下载下来的本地的缓存。

  当客户端需要一个资源(html,css.js…),他们有3种可能的动作:

  1、发送一个一般的HTTP请求到远程服务器端,请求这个资源。

  2、发送一个有条件的HTTP请求到服务器,条件就是如果它不同于本地的缓存版本。

  3、如果缓存的拷贝可用,就使用本地的缓存资源。

  当发送一个请求,客户也许会使用如下的几个HEADER

  减少请求肯响应往返的字节大小:

  1、使用更少的图画

  2、将所有的CSS浓缩到一个CSS文件中

  3、将所有的脚本浓缩到一个JS文件中

  4、简化你的页时间

  5、使用HTTP压缩

三、页面性能测试工具介绍

  第一种是通过HTTP代理的方式来截取客户与服务器之间的通讯。

  此类的工具非常的多,如:

  charles是一个HTTP代理/ HTTP监视器/使开发人员可以查看所有的计算机和互联网之间的HTTP和SSL/ HTTPS流量的反向代理。这包括请求,响应和HTTP标头(其中包含的cookies和缓存信息)。

  charles界面清爽,采用中国的瓷器为logo,给人的感觉简洁高雅。而且使用也非常简单。进入下载页面,选择你适合你的版本,安装也非常简单,一路“next”就OK了。

  点击工具栏上的“红色”按钮,就自动的记录你浏览器访问的所有网站。

  Fiddler是一个Web调试代理,记录所有的HTTP(S)之间的计算机和互联网的交通。提琴手允许您检查交通,设置断点,和“捣鼓”传入或传出数据。菲德勒包括一个强大的基于事件的脚本子系统,并可以使用任何。NET语言扩展。

  Fiddler是免费软件,可以调试,从几乎任何应用程序,支持代理,包括IE浏览器,谷歌Chrome,苹果Safari,Mozilla Firefox中,歌剧,还有数千交通。您也可以像Windows电话,iPod/ iPad和其他流行的设备调试的交通。

  Fiddler2相比Charles功能要更强大一些。当然了,如果单单把他们理解成页面性能测试工具有此片面,尤其Fiddlers2功能强大,当然了,我也没有深究,在此就不过多评论了。

====================================分割线================================

最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-10-28 09:04:04

页面性能测试的相关文章

页面性能测试之一

一.页面性能测试概述 页面性能测试则是针对于页面性能优化而开展的一种性能测试,目的是对Web系统的页面进行测试以确认系统页面是否会影响系统的性能并为页面的优化提供依据与建议,最终提升系统的整体性能表现,提高用户体验满意度.可见,Web系统页面性能测试是相对Web系统后台测试的另外一种性能测试,是Web系统性能测试的一个重要部分. 二.页面性能测试必要性   相对于C/S架构的应用系统,Web应用系统所有数据都需要从服务器端下载,虽然浏览器有缓存机制,但客户每次访问仍然需要下载大量的数据.特别是用

Web页面性能测试工具浅析

做Web开发,难免要对自己开发的页面进行性能检测,自己写工具检测,工作量太大.网上有几款比较成熟的检测工具,以下就介绍一下,与大家分享.互联网现有工具 基于网页分析工具: 1.阿里测 2.百度应用性能检测中心 2.Web PageTest 3.PingDom Tools 4.GTmetrix基于浏览器分析工具: 1.Chrome自带工具F12 2.Firefox插件:YSlow(Yahoo工具) 3.Page Speed(google) (以下以分析博客园网站为例) 首页: 一.性能打分 a)首

页面性能测试之二----ShowSlow+Yslow环境搭建

上一节介绍了解页面性能测试及两个测试工具.本节要介绍的页面测试工具是做为浏览器的插件嵌入到浏览器里面的. ----//工具介绍   Yslow:YSlow是Yahoo发布的一款基于FireFox的插件.    YSlow可以对网站的页面进行分析,并告诉你为了提高网站性能,如何基于某些规则而进行优化. ShowSlow:   ShowSlow平台用来收集页面性能测试工具Yslow的测试结果,并对测试结果进行分析展示.互联网上有一个在线的showSlow平台,免费提供Yslow的测试结果收集与展示.

性能测试知多少---了解前端性能

我的上一篇博文中讲到了响应时间,我们在做性能测试时,能过工具可以屏蔽客户端呈现时间,通过局域网的高宽带可以忽略数 据传输速度的障碍.这并不是说他们不会对系统造成性能影响.相反,从用户的感受来看,虽然传输速度受用户带宽的限制.但我们可以通过很多技术来使用户想要 看到的页面更快的显示.这就web是前端性能. 如果考虑到web应用本身的特性,响应时间的构成应该会更加复杂.  Web应用的基础是超文本传输协议(HTTP)和超文本标记语言(HTML),HTTP协议本身是一种面向非连接的协议,HTML语言则

h5性能测试实践结果分析

背景 由于在标准组件参与了比较多运营活动h5页面的性能测试,在终端h5测试过程中发现随着移动设备和网络环境的复杂,使得性能测试越来越重要,所以在此对H5页面的性能测试结果(以及容易出问题的点),做一个总结,给H5测试的同学一个参考. h5原理了解 手机接入服务器流程 首先,手机要通过无线网络协议,从基站获得无线链路分配,才能跟网络进行通讯. 无线网络基站.基站控制器这方面,会给手机进行信号的分配,已完成手机连接和交互. 获得无线链路后,会进行网络附着.加密.鉴权,核心网络会检查你是不是可以连接在

jQuery 1.4官方文档详细讲述新特性功能

为了庆祝jQuery的四周岁生日, jQuery的团队荣幸的发布了jQuery Javascript库的最新主要版本! 这个版本包含了大量的编程,测试,和记录文档的工作,我们为此感到很骄傲. 我要以个人的名义感谢 Brandon Aaron, Ben Alman, Louis-Rémi Babe, Ariel Flesler, Paul Irish, Robert Kati?, Yehuda Katz, Dave Methvin, Justin Meyer, Karl Swedberg, and

每天一剂 WebView 良药

标签类 Web App 建议用的样式 用于覆盖 WebView 默认的样式,使得 App 看起来更像原生的 App,--"不露出马脚" /* document.documentElement.style.webkitTouchCallout ='none'; //禁止弹出菜单 document.documentElement.style.webkitUserSelect = 'none';//禁止选中 */ body{ -webkit-text-size-adjust:none; /*

性能测试知多少---系统架构分析

有些事儿一旦放一放就难再拾起来,突然发现<性能测试知多少>这个系列两月没更新,关键时我都不知道啥时候放下的,总容易被各种技术所吸引走,如饥似渴的想学更多的东西,这几天一直有朋友问我为啥不写了,我才意识,事情要一样一样做,我现在要把这个系列完成.   之前有对性能需求进行过分析,那篇主要从项目业务.背景等角度如何抽丝剥茧的将项目的需求抽离出来.在我们进行需求的时候也需要对被测项目的架构有一定的认识,如果不了解被测系统的架构,那么在后期的性能分析与调优阶段将无从下手.   简单系统架构介绍    

Web网站的性能测试工具

随着Web 2.0技术的迅速发展,许多公司都开发了一些基于Web的网站服务,通常在设计开发Web应用系统的时候很难模拟出大量用户同时访问系统的实际情况,因此,当Web网站遇到访问高峰时,容易发生服务器响应速度变慢甚至服务中断.为了避免这种情况,需要一种能够真实模拟大量用户访问Web应用系统的性能测试工具进行压力测试,来测试静态HTML页面的响应时间,甚至测试动态网页(包括ASP.PHP.JSP等)的响应时间,为服务器的性能优化和调整提供数据依据. 我推荐各位Web 2.0开发测试人员使用Micr