1

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

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

我试图使用fiddle2和jmeter，但它们只给了我浏览器与服务器的请求和响应时间，我还想要浏览器渲染整个页面所需的时间。

也许我滥用了一些工具......

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

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

它需要在 IE、FF、Chrome、Opera 和 Safari 中运行

4

5 回答 5

1

如果您的组织已经拥有应用程序性能管理，那么这是最好的选择。你会追随他们的 javascript 注入技术。基本上，它将 JavaScript 添加到网页并测量指标，主要使用 Navigation Timings API。

https://w3c.github.io/navigation-timing/

Nav Timings 将为您提供诸如网络加载时间、dom 构建时间和页面渲染时间等指标。

我猜你可能不想花钱。我没有使用过这个开源库，但它说它会为你安排导航时间。可能值得一试。

https://github.com/sitespeedio/sitespeed.io

于 2015-09-25T06:43:10.163 回答
0

YSlow is great in firefox, as is PageSpeed in google, but these are browser specific.

You might look at JQuery as it has a $(document).ready which will run some javascript upon the document being loaded. This should enable you to time when the page is done loading across different browsers.

Another option would be to use selenium. There is a discussion at https://groups.google.com/forum/?fromgroups#!topic/selenium-test-tool/zR_U57obJz8 that might be helpful.

于 2012-07-03T16:02:04.597 回答
0

您正在寻找的流行语是应用程序性能监控/管理 (APM) ......特别是解决方案，包括呈现网页的跨浏览器用户体验指标。

有几种方法可以检测 Web 应用程序，但您对经典 VB 6.0 的要求确实限制了选项。

需要考虑的一些可能性：

  • 一种简单的方法是添加网页分析（例如Google Analytics、Piwik等），其中包括呈现的页面加载时间，并让您按特定浏览器版本和操作系统进行细分。典型的集成级别是在您的 Web 应用程序中包含 JavaScript。

  • 对于 .NET 等更现代的框架，还有一些特定的 APM 工具，例如New Relic和Application Dynamics。这些通常从应用程序、数据库和服务器级别开始进行性能测量，并扩展到最终用户体验。典型的集成级别是通过在您的服务器上运行的 Web 服务器模块和/或代理。

还有许多特定于浏览器的插件，但这些插件通常需要为每次测试运行手动收集数据......并且在比较跨浏览器性能方面没有太大帮助，因为测量方法不同。

于 2012-07-24T12:00:59.157 回答
0

如果您需要回答第 7 层问题 (GUI)，请使用第 7 层工具，例如 Selenium

于 2012-07-04T00:24:17.563 回答
0

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

所以，这是客户端的东西（又名 WPO）。

对于服务器，您可以使用 JMeter 之类的工具，这将加载您的服务器，而不是您的客户端。您希望将服务器与客户端分开测试，并且在测试服务器时，您应该专注于服务器而几乎忽略客户端。JMeter 和它的朋友不是浏览器，但他们非常擅长模拟来自浏览器的服务器调用，并且应该在这个级别（HTTP 级别）执行此任务。所以，回顾一下，这是以服务器为中心的活动，而不是客户端。

一旦你完成了所有这些，是的，客户端工具对自动化和回归很有用，但它们实际上只对你已经调整过的东西有用。

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

  1. 大多数工具会记录加载所有内容所需的时间，但如今这与用户体验并不总是相同。我们努力将加载内容推送到页面的背景或底部（首屏下方），但合成工具看不到这些内容。

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

  3. 页面加载的方式可能会略有不同，这可能对人类体验没有太大影响，但可能会导致工具出现问题。例如。第三方调用可能会超时，但如果这不会阻止页面，用户甚至可能看不到它。

于 2012-07-03T17:02:00.147 回答