Optimization 如何在web浏览器中测试我的解决方案的渲染速度？

好的，我需要在web浏览器中测试我的解决方案的速度，但我有一些问题，web解决方案有两个版本，原始版本在服务器a上，而“固定”版本在服务器B上

我有VS2010 Ultimate，所以我可以在解决方案B上进行web和负载测试，但我无法在IDE上加载a解决方案

我试图使用和，但他们只给了我服务器上浏览器的请求和响应时间，我还想要浏览器呈现整个页面所需的时间

也许我误用了一些工具

我不知道这是否有用，但是：

• 解决方案A在VB6.0上
• 解决方案B在VB.Net上

---

它需要在IE、FF、Chrome、Opera和Safari中工作，在firefox中YSlow很好，在google中也是PageSpeed，但这些都是特定于浏览器的

您可以查看JQuery，因为它有一个$（document）.ready，它将在加载文档时运行一些javascript。这将使您能够在跨不同浏览器加载页面时确定时间

---

另一个选择是使用。这里有一个讨论可能会有帮助。

YSlow在firefox中很好，谷歌的PageSpeed也很好，但这些都是特定于浏览器的

您可以查看JQuery，因为它有一个$（document）.ready，它将在加载文档时运行一些javascript。这将使您能够在跨不同浏览器加载页面时确定时间

---

另一个选择是使用。有一个讨论可能会有帮助。

你的答案在你的问题中。要在浏览器中获取网站的页面加载时间，应使用浏览器。浏览器不仅将成为浏览器最准确的表现形式，而且你会惊讶地发现，要让一个合成工具记录页面加载时间的真实、主观数字是多么困难。如果您还需要FF、Chrome等的数据，请安装并使用它们。跨浏览器页面负载优化的最佳（唯一？）方法是跨多个浏览器重复测试

这就是客户端的东西（又名WPO）

对于服务器，您可以使用JMeter之类的工具，这将加载您的服务器，而不是客户端。您希望单独对客户机测试服务器，并且在测试服务器时，您应该关注服务器，而忽略客户机。JMeter及其朋友不是浏览器，但他们非常擅长模拟来自浏览器的服务器调用，应该在这个级别（HTTP级别）执行此任务。总而言之，这是以服务器为中心的活动，而不是以客户机为中心的活动

一旦您完成了所有这些，是的，客户端工具对于自动化和回归非常有用，但它们实际上只在您已经调整过的情况下才有用

合成工具不如秒表和人脑的原因

大多数工具都会记录加载所有内容所需的时间，但这些日子并不总是与用户体验相同。我们尽了很大努力将加载的内容推到背景或页面底部（折叠下方），但合成工具看不到这些内容

同样，js和图像可能仍在加载，但从用户的角度来看，页面已经完成。工具不会看到这一点，人脑会看到

页面加载的方式可能会有细微的不同，这可能不会对人类体验产生太大的影响，但可能会导致工具发出嘶嘶声。第三方呼叫可能会超时，但如果这不会阻止页面，用户甚至可能看不到该页面

---

你的答案就在你的问题里。要在浏览器中获取网站的页面加载时间，应使用浏览器。浏览器不仅将成为浏览器最准确的表现形式，而且你会惊讶地发现，要让一个合成工具记录页面加载时间的真实、主观数字是多么困难。如果您还需要FF、Chrome等的数据，请安装并使用它们。跨浏览器页面负载优化的最佳（唯一？）方法是跨多个浏览器重复测试

这就是客户端的东西（又名WPO）

对于服务器，您可以使用JMeter之类的工具，这将加载您的服务器，而不是客户端。您希望单独对客户机测试服务器，并且在测试服务器时，您应该关注服务器，而忽略客户机。JMeter及其朋友不是浏览器，但他们非常擅长模拟来自浏览器的服务器调用，应该在这个级别（HTTP级别）执行此任务。总而言之，这是以服务器为中心的活动，而不是以客户机为中心的活动

一旦您完成了所有这些，是的，客户端工具对于自动化和回归非常有用，但它们实际上只在您已经调整过的情况下才有用

合成工具不如秒表和人脑的原因

大多数工具都会记录加载所有内容所需的时间，但这些日子并不总是与用户体验相同。我们尽了很大努力将加载的内容推到背景或页面底部（折叠下方），但合成工具看不到这些内容

同样，js和图像可能仍在加载，但从用户的角度来看，页面已经完成。工具不会看到这一点，人脑会看到

页面加载的方式可能会有细微的不同，这可能不会对人类体验产生太大的影响，但可能会导致工具发出嘶嘶声。第三方呼叫可能会超时，但如果这不会阻止页面，用户甚至可能看不到该页面

---

如果您需要回答第7层问题（GUI），则使用第7层工具，如Selenium

如果您需要回答第7层问题（GUI），则使用第7层工具，如Selenium

您正在寻找的流行词是。。。具体而言，解决方案一