页面性能测试

页面性能测试

一、页面性能测试概述

二、页面性能测试必要性

相对于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压缩