从我们的第一组浏览器速度测试开始，我们就一直在使用相同的基本方法，但是我们已经改变了工具和一些细节。

很长一段时间以来，我们在一个编辑的主要笔记本电脑上测试了网络浏览器：ThinkPad T61p，带有2.0GHz Intel Centrino Duo处理器和2GB内存。一开始我们是在WindowsXP上测试的，但最近又重新安装了Windows8。自从测试被另一位编辑接管后，我们已经升级到一台功能更强大的台式机，i7处理器超频至3.8ghz，内存为12GB（加上有线互联网连接，以消除Wi-Fi的不可靠性）。

启动和页面加载时间

对于基于时间的测试，我们测量“冷”启动（在重新启动之后，浏览器还没有运行）。如今，我们通常还会测试浏览器同时加载多个标签页的能力，包括Lifehacker、Bing、Hulu、Amazon、Wikipedia、Facebook、MSN、YouTube和eBay。这些测试中的每一项都是从人类感知的角度来衡量的，在单击鼠标执行特定任务的同时启动计时器（即，从任务栏启动浏览器或从书签栏同时打开所有九个选项卡）。在每个浏览器上对每个测量值至少进行三次测试，并从这三次测试中取一个平均值。任何明显的异常值（例如，2.8秒、3.2秒、7.9秒）都将被删除并替换。我从启动浏览器的那一刻起就开始测试，直到浏览器窗口冷启动时才出现，而不是页面出现时，因为许多人甚至会在主页出现之前就开始使用浏览器（单击书签，键入地址）。对于tab加载测试，我要等到每个页面都加载完毕，并且每个tab上的轮子都停止转动。

javascript和css

JavaScript和CSS的能力对于浏览器来说是一个越来越重要的指标，因为webapps变得越来越强大，我们的工作也越来越多地转移到云端。早期，我们依赖于凯尔特凯恩网站的JavaScript基准测试和可下载的CSS测试。从我们之前的测试开始，我们就转向了Mozilla的Dromaeo测试套件。Mozilla自己也会承认，没有一个测试（包括他们的测试）是完美的，浏览器**商可以“编写测试”，而今天的衡量标准可能无法准确描述是什么让明天的浏览器感觉如此敏捷。尽管如此，Dromaeo还是结合了两个领先的JavaScript支持者Google和Apple的测试，如果Mozilla写这篇文章是为了人为提高Firefox的性能，那么他们的秘密方案还没有显现出来。

内存使用

为了测量记忆，我们最近采用了googlechrome的about:memory函数。随着越来越多的浏览器采用多进程架构来保证稳定性和安全性，Windows对它们实际使用的内存的度量变得不准确。Chrome的工具报告了它自己，也报告了我们测试过的每一款浏览器。与Mozilla一样，如果Google编写这个页面是为了暗中降低其他浏览器的内存使用率，那就没有什么回报，而且它似乎是一个相当直接的报告工具。在衡量Chrome自身的内存使用情况时，我确保减去about:memory选项卡本身使用的内存，以确保它不会人为地增加Chrome的分数。我还让每个浏览器坐一会儿，等待它的内存使用量稳定下来，然后再进行测量，因为大多数浏览器在打开的头几分钟会不断累积越来越多的内存使用量，特别是在安装了扩展并打开了选项卡的情况下。

扩展

很少有Lifehacker读者会使用Firefox、Chrome或Opera而不附带一两个扩展。为了衡量扩展对内存使用的影响，我们最近对Chrome、Firefox和Opera的五个具有代表性的跨浏览器扩展（或多或少）进行了内存测试：

• Xmarks书签同步
• LastPass密码管理器
• AdBlock升级版
• 基于Gmail的邮件检查器：用于Firefox的Gmail检查器、用于Chrome的Google邮件检查器和用于Opera的Gmail检查器
• 看不见的讨价还价者

显然，这些扩展在Firefox、Chrome和Opera上是不一样的，但它们与我们所能得到的几乎一样，而且它们提供的功能非常流行。

有关于我们如何做测试的问题吗？关于如何做得更好的建议？把它们放在评论里。