它还有一个 export data的功能，可以把测试结果导出到一个 csv文件，但是好像不 work。觉得是个很好的功能，因为有时需要拿到 detail的数据。为此给作者 Steve写了封信，隔天他回复了，说很遗憾，然后说最近会把这个工具开源，然后建议我自己看一下。然后就忘了，没想到前两天他有回了封信，告知了 project的地址， http://code.google.com/p/hammerhead-loader/

　　看了下，主要时打开新页面写数据的时候有问题，因为对 js不熟，所以还没有搞通，有时间要继续看看。

　　这一类工具和浏览器结合可以比较真实的从用户的角度看到响应时间，但是很明显的一个问题就是针对不同的浏览器需要分别的支持，主流的浏览器就有 IE，Firefox，Chrome，Safari，Opera，还有很多的第三方版本。目前应该还没有工具可以支持这么多种。

　　可能会面临的挑战

　　在这类测试中，可能还有一些问题需要去考虑，有些没有完美的解决办法。

　　1. 测试环境的模拟。

　　因为这类测试都是要访问服务器，所以有两个选择，自己搭一个测试的或者访问互联网上真实的 server。两种方法都有一些问题，第一种难以模拟真实的情况，而且真实的页面很少只是静态的文字和图片；第二种受测试当时的网络状况被被测的服务器的负载的情况，偶然性比较大。有一个折衷的方法时利用 cache的方法把服务器的数据缓存下来。

　　2. 偶然性的问题。

　　做这类性能测试的产品很多时候是看引入了产品之后对原来访问速度的影响，但是有时候会发现引入了产品可能比原来还快，特别是影响本来就不大的时候，这个会给做测试报告造成一些困扰。

　　3. 平台太多。

　　这里的平台包括浏览器和操作系统，上面提到浏览器类型很多，而且还有不同版本的问题，另外，同一版本的某个浏览器跑在不同 OS上可能性能也不同，比如同是 firefox 4，在 Windows上和在 Mac上的性能就不太一样。这样会使得测试的工作量比较大。

　　4. 如何选取样本。

　　这个其实是性能测试的共同的问题，在这里依然很重要，特别是当我们的产品对不同的页面内容的处理量不同的情况下，比如有些产品是对 javascript等代码比较敏感的。这使得我们在选择 sample的时候比较困难。另一个角度就是我们要去猜测将来用户会访问哪些页面，穷举是不可能的，当时 profile级别的相似也不容易。针对这个问题，我觉得方法和其他的性能测试也是一样，需要去找典型值。

　　好了，先写到这里。这个方面目前也还在学习和研究，后面有了新的心得再分享。