6

我很想知道谁在针对 Chrome 进行测试。

我主要是因为它已经成为我的主要浏览器，所以所有的开发都是在 Chrome 上进行的，然后我用 IE 和 Firefox 进行测试。

4

9 回答 9

8

您的浏览器使用统计数据是什么？你必须从那里开始。每个应用程序的用户群都是不同的。根据这些统计数据对浏览器进行排名，并按此顺序进行测试/错误修复。在大多数情况下，这将为您的时间/金钱带来最好的回报。

您如何跟踪浏览器使用统计信息？分析您的网络服务器的日志或使用 Google Analytics。

例如，我知道一个拥有 5000 名用户的 B2B 网络应用程序具有以下比率：

  • 90% IE（6、7 或 8）
  • 8% 火狐
  • 2% 铬
  • Safari等可以忽略不计

所以他们应该：

  • 用 IE 做完整的全功能测试
  • 仅测试核心功能和与 Firefox 的一般 CSS 兼容性
  • 忽略其他浏览器

如果他们有自动化测试（即 Selenium）怎么办？然后测试所有浏览器是微不足道的。但是您仍然可以将我的逻辑应用于特定于浏览器的错误修复。这不能自动化。企业将不得不对修复的错误进行分类。

当然，这个答案是主观的。也许 2% 的 Chrome 用户是付费最高的用户。我不知道。考虑您的浏览器使用统计数据、最重要的用户以及可用的开发/质量保证资源。

于 2010-05-25T05:01:05.253 回答
3

我首先在 chrome 上测试，FF 第二和 IE 最后...

在调试 JS 时，我使用 Firefox Firebug ...

Chrome 使用类似于 Safari 的 Webkit 渲染引擎。因此，如果您的网站在 Chrome 上看起来很糟糕，那么它在 Safari 上可能看起来很糟糕......

于 2010-05-25T04:19:18.290 回答
1

对于公共网站：是的。

内部企业网站：仍然“不受支持”（IE 被强制，FF 被潜入）

Chrome 的市场份额每天都在增加。如果您希望大约 10% 的用户错过，请不要进行测试。这是一种成本，也许可以为 chrome 用户代理添加“不受支持”的消息。

你最好的办法是查看你网站的网络统计数据，看看 chrome 用户的百分比是多少。监控你的用户群，看看他们是否适应了 chrome。请记住，您正在为您的用户构建您的网站。

http://www.w3schools.com/browsers/browsers_stats.asp

于 2010-05-25T04:21:54.017 回答
1

我在 IE、FF、Chrome 和 Opera（偶尔还有 Safari）上进行测试。这些天你真的必须这样做。对于调试 Javascript，我倾向于使用 Chrome 作为其控制台，有时在 FF 中使用 Firebug——它们都非常有帮助。

于 2010-05-25T04:23:17.510 回答
0

答案应该是肯定的。

谷歌足够大，不容错过，和苹果一样，几乎和微软一样重要。

我只想在这里说的是记住它的渲染引擎有点像 webkit（不太确定细微的差异），所以不要让 mozilla(-moz-) 未处理:)

而且，我最喜欢 Firebug 控制台。您可以向其中添加一些非常有用的面板，例如：

就个人而言，我针对（从最重要到最不重要）测试我的 Web 应用程序：

  1. Firefox 3+（版本其实没那么重要，Firefox 总是好的）；
  2. Safari 4（对于 iMac 用户，我的 iPhone、我的 iPad，以确保我的网络应用程序正常工作）；
  3. IE8（我讨厌MS，但我不能忽视它的浏览器）；
  4. Chrome（它通常像 Safari 一样工作，但最好确保一下）；
  5. 歌剧

  6. IE7（如果我真的有时间……）

    ……

Max.Integer IE6（原因大家都已经知道了......）

于 2010-05-25T04:34:40.483 回答
0

由于我在 Google Maps API 网站上工作，因此我测试了它们支持的内容：Chrome、IE 和 Firefox。我倾向于先检查 Chrome，因为它是我的默认浏览器。

于 2010-05-25T04:41:13.367 回答
0

我首先在 Google Chrome 上进行测试，然后是 IE，最后是 Firefox。因为有时我们会遇到一些主要来自 IE 和 Chrome 的问题。所以有必要在这些浏览器中测试完整的应用程序流程和 UI。

谷歌浏览器也提供了一些不错的扩展，如 IE 标签、iMacros、Firebug、Flashbug 等。

于 2010-05-25T11:31:05.323 回答
0

我们的测试是针对 IE 和 Firefox 进行的。我们的产品被大型银行和电信公司使用，因此我们不必担心在其他浏览器中的使用。

我发现使用 firefox 的测试运行速度快了 50% 以上，主要原因是 IE 不能很好地处理 Xpath。为了解决这个问题，我使用了很多 Jquery 和 selenium 命令 WaitForCondition。我建议这样做，因为它确实提供了更多的灵活性。例如，要模拟 waitForElementPresent（这在带有 Thread.sleep 的循环中使用 isElementPresent），我只使用单个 selenium 语句 WaitForCondition（我的 Jquery 语句，等待持续时间），所以如果我正在等待控件加载 btn_login，我会使用以下

WaitForCondition("selenium.browserbot.getCurrentWindow().$('#btn_login'),"10000") !=null)，这会等待 10 秒。

我正在考虑写一个硒博客，因为我正在做的很多工作似乎都非常先进。大家怎么看。

于 2010-05-28T15:48:57.027 回答
0

Firebug 在编写测试的 Jquery 元素方面非常出色。您需要小心，因为某些 selenium 命令在 IE 和 Firefox 中的行为不同（keyUp、KeyDown）我相信还有很多：）。

我发现实际上将 Jquery 用于大多数事情要好得多。我可以输入文本并触发事件。按下 Enter 键对 b** 来说真的很痛苦。我必须检查我正在运行哪个环境，然后运行 ​​2 个命令中的 1 个。我可以只使用 $(控件的 id).trigger(要运行的事件) 即 (onblur、click、keyup 等)。

还使用 Jquery 意味着它也兼容跨浏览器（yippieee），甚至在 IE6 中也是如此。

于 2010-05-28T16:18:54.193 回答