近来在做一个新的 产 品，涉及到 对 客 户 端 的浏览器的数据进行处理，进而开始要考虑如何测试这类产品的性能，简单来说就是要衡量因为我们产品的引入对于用户访问网页造成的性能方面的影响。

　　个人以前的性能测试经验主要是在服务器方面，比如业务处理系统或者应用层的网关产品。通常的模式都是大量并发的虚拟用户，有一定的并发连接，看重的指标是每秒处理的事务数量，吞吐量，以及响应时间。常常要考虑的问题是如何模拟单个用户的行为，然后借助测试工具模拟大规模的并发，结合监控的工具来获得性能数据。对于现在面临的客户端浏览器的测试，发现除了性能测试的一些共性的问题，还是有很多不一样的地方。目前这方面的性能测试还在研究和准备阶段，还没有开始正式的测试，把一些东西记录下来和大家分享，也希望和大家一起讨论。

　　这方面的测试要考虑的问题很多，我们现在看看测试工具的选择，后面再来讨论一些相关的挑战。

　　工具的选择

　　关于测试工具，粗略的来看有两类可以选择。一类是模拟发起 http请求的工具，和用来测试服务器的性能的工具一样，另一类是基于浏览器的测试工具。下面来看看这两种工具的不同。

　　1. 模拟 http 请求的工具

　　这类工具有很多，针对 web的性能测试工具真是可以用汗牛充栋来形容。现在用的比较多的开源的工具是 JMeter，以这个为例来说吧。

　　这类工具可以模拟浏览器发出 http/https的请求，包括 header都可以定制。但是它并不对页面的内容进行处理，比如页面的渲染，脚本的执行，以及浏览器的一些 cache机制等等。所以很显然，如果被测的产品和浏览器紧密集成，比如做为插件的形式，那么这样的测试工具就不合适。但是如果产品是在底层拦截访问的请求和响应数据做处理，那么看起来也还是可以用，比如有些产品会有 driver或者 Windows的 LSP等来或者页面方面的数据并做处理，对于以 proxy形式来工作的产品应该也可以。

　　当然，这类工具的好处是比较成熟，可以配置的项目非常多，而且获取的数据也比较丰富。

　　2. 基于浏览器的工具

　　既然是针对浏览器的性能测试，那么基于浏览器的工具是很自然的选择。这类工具通常以浏览器插件的形式提供，比如 HttpWatch，它可以支持 IE和 Firefox。因为集成在浏览器里面，所以发起请求，页面的处理都是真实的浏览器在 handle，插件起到的是控制和监控的作用，并且统计数据。这类工具的好处是更加接近真实用户的场景，因为页面处理的时间也被统计进去了，当然有些工具也可以区分不同的时间，包括网络获取数据的时间，处理显示的时间。

　　这样的工具会遇到一个问题就是如何自动化，因为性能测试可能需要跑多个页面，多次，靠手工点显然不太显示。 HttpWatch这种商业工具可以脚本来控制，也是一个办法。顺便说一下， HttpWatch分两个版本， basic和 professional， Basic是免费的，但是有功能的限制。

　　最近还接触到一个免费的工具， Hammerhead，是 web性能专家 Steve Souders自己写的一个工具，它是一个 firefox的插件，或者说是 firefox的插件 firebug的扩展插件，因为在安装它之前需要有 firebug。在下面这篇有名的文章里面，他介绍了这个工具。

　　Hammerhead: moving performance testing upstream

　　http://www.stevesouders.com/blog/2008/09/30/hammerhead-moving-performance-testing-upstream/

　　他讲性能的测试从开发者到实际用户分了几个层次，觉得也是很好的参考。

　　试用了一下这个工具，下面是一点心得。

　　首先目前只支持到 firefox 3.6，也就是说新的 firefox 4.x是不能用的，因为用到了一些被 4.x丢弃的 3.x的特性，firebug本身从 1.7之后就可以支持 firefox 4.x了。

　　几个主要的功能，非常的简单易用，支持 URL列表和重复访问的次数，这个还是很好用的，一次可以测到一批 URL，而且可以多次。另外加入了对 cache的管理，可以测试没有 cache和有 cache的情况。下面是一个试用的截图。