性能测试最近成了一个流行词，但这并不是说性能测试在QA中不是一个重要的过程，甚至在产品发布之后也不是。当我开发应用程序时，我使用了许多不同的工具，其中一些是上面提到的chrome Profiler，我通常会查看一个SaaS或一些开源的东西，我可以开始工作，然后忘记它，直到我收到警告，说有些东西出了问题。

有很多很棒的工具可以帮助您关注性能，而不需要您跳过一些基本的提醒设置。这里有一些我认为值得你自己去看看。

Sematext.com Datadog.com Uptime.com Smartbear.com Solarwinds.com

为了画出更清晰的画面，这里有一个关于如何为react应用程序设置监控的小教程。

有些人建议使用特定的插件和/或浏览器。我不会，因为它们只对一个平台有用;在Firefox上的测试运行不能准确地转换到IE7上。考虑到99.999999%的网站有多个浏览器访问，您需要检查所有流行平台上的性能。

我的建议是将其保留在JS中。创建一个包含所有JS测试的基准测试页面，并计时执行。您甚至可以使用ajax将结果发送给您，以保持它完全自动化。

然后在不同的平台上重复。

黄金法则是在任何情况下都不要锁定用户的浏览器。在此之后，我通常会查看执行时间，然后是内存使用情况(除非您正在做一些疯狂的事情，在这种情况下，内存使用的优先级可能更高)。

下面是一个简单的函数，显示传入函数的执行时间:

var perf = function(testName, fn) {
    var startTime = new Date().getTime();
    fn();
    var endTime = new Date().getTime();
    console.log(testName + ": " + (endTime - startTime) + "ms");
}

我认为JavaScript性能(时间)测试已经足够了。我在这里找到了一篇关于JavaScript性能测试的非常方便的文章。

大多数浏览器现在都在performance.now()中实现了高分辨率的计时。在性能测试方面，它优于new Date()，因为它独立于系统时钟运行。

使用

var start = performance.now();

// code being timed...

var duration = performance.now() - start;

参考文献

https://developer.mozilla.org/en-US/docs/Web/API/Performance.now () http://www.w3.org/TR/hr-time/#dom-performance-now