Testing 你在测试铬吗?

Testing 你在测试铬吗?,testing,selenium,cross-browser,functional-testing,Testing,Selenium,Cross Browser,Functional Testing,我很想知道谁在测试Chrome 我主要是因为它已经成为我的主要浏览器,所以所有的开发都在Chrome上进行,然后我用IE和Firefox进行测试。我先在Chrome上测试,然后在FF上测试,最后在IE上测试 调试JS时,我使用Firefox Firebug Chrome使用与Safari类似的Webkit渲染引擎。所以,如果你的网站在Chrome上看起来不好,那么在Safari上可能会不好…对于公共网站:是的 内部公司网站:它仍然“不受支持”(即被强制,FF被潜入) Chrome的市场份额每天都

我很想知道谁在测试Chrome


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

我先在Chrome上测试,然后在FF上测试,最后在IE上测试

调试JS时,我使用Firefox Firebug


Chrome使用与Safari类似的Webkit渲染引擎。所以,如果你的网站在Chrome上看起来不好,那么在Safari上可能会不好…

对于公共网站:是的

内部公司网站:它仍然“不受支持”(即被强制,FF被潜入)

Chrome的市场份额每天都在增加。如果你想让大约10%的用户错过,请不要进行测试。这是一个成本,也许可以接受为chrome用户代理发送“不受支持”的消息

你最好的办法是查看你的网站统计数据,看看chrome用户的百分比是多少。监控你的用户群,看看他们是否已经适应了chrome。记住,你是在为你的用户建立你的网站


我测试IE、FF、Chrome和Opera(偶尔还有Safari)。这些天你真的不得不这么做。对于调试Javascript,我倾向于使用Chrome作为控制台,有时使用FF中的Firebug——它们都非常有用。

答案应该是肯定的

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

这里我想说的唯一一件事是,记住它的渲染引擎是一种webkit(不太确定细微的差别),所以不要让mozilla(-moz-)未经处理:)

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

就我个人而言,我测试我的web应用程序时(从最重要到最不重要):

  • Firefox3+(版本其实并不重要,Firefox总是很好)
  • Safari 4(适用于iMac用户、我的iPhone、我的iPad,以确保我的web应用程序正常工作)
  • IE8(我讨厌微软,但我不能忽视它的浏览器)
  • Chrome(它通常像Safari一样工作,但只是为了确保它是好的)
  • 歌剧院
  • IE7(如果我真的有时间…)


  • 最大整数IE6(因为大家都知道的原因…

    因为我在谷歌地图API网站上工作,所以我测试它们支持什么:Chrome、IE和Firefox。我倾向于先检查Chrome浏览器,因为它是我的默认浏览器。

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

    如何跟踪浏览器使用情况统计数据?分析web服务器的日志或使用Google Analytics

    例如,我知道有5000名用户的B2B web应用程序具有以下比率:

    • 90%即(6、7或8)
    • 8%Firefox
    • 2%铬
    • 狩猎等活动微不足道
    因此,他们应该:

    • 使用IE完成全功能测试
    • 仅测试核心功能和与Firefox的通用CSS兼容性
    • 忽略其他浏览器
    如果他们有自动化测试(即硒),会怎样?那么测试所有浏览器就很简单了。但您仍然可以将我的逻辑应用于特定于浏览器的bug修复。这是不可能自动化的。业务部门必须对修复的bug进行分类


    当然,这个答案是主观的。也许2%的chrome用户是收入最高的用户。我不知道。考虑你的浏览器使用状态,你最重要的用户,以及可用的DEV/QA资源。p> 我先在谷歌Chrome上测试,然后在IE上测试,最后在Firefox上测试。。。 因为有时候我们主要从IE和Chrome上得到一些问题。。因此,有必要在这些浏览器中测试完整的应用程序流和UI


    Google chrome还提供了一些很好的扩展,如IE标签、iMacros、Firebug、Flashbug等

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

    我发现使用firefox测试运行速度快50%+主要原因是IE不能很好地处理Xpath。为了解决这个问题,我使用了大量Jquery和selenium命令WaitForCondition。我建议这样做,因为它确实提供了更多的灵活性。例如,为了模拟waitForElementPresent(这在一个带有Thread.sleep的循环中使用isElementPresent),我只使用了一个selenium语句WaitForCondition(我的Jquery语句,wait duration),因此如果我在等待控件加载btn_登录名,我将使用以下命令

    WaitForCondition(“selenium.browserbot.getCurrentWindow().$('#btn_login'),“10000”)!=null),这将等待10秒


    我正在考虑写一个selenium博客,因为我正在做的很多工作似乎都很高级。每个人都怎么想。

    Firebug在编写测试的Jquery元素时非常出色。你需要小心,因为一些selenium命令在IE和Firefox中的作用不同(keyUp,KeyDown)我确信还有很多事情要做:)

    我发现实际上在大多数情况下使用Jquery要好得多。我可以输入文本并触发一个事件。按Enter键在b**中是一个真正的难题。我必须检查我正在运行的环境,然后运行2个命令中的1个。我可以只使用$(控件的id)。触发器(要运行的事件)ie(onblur、click、keyup等)


    另外,使用Jquery意味着它也是跨浏览器兼容的(yippieee),甚至在IE6中也是如此。

    我认为你不支持Chrome是疯了。如果它在Chrome、Opera和Safari中没有经过调整就不能工作,那么你可能做了一些非常错误的事情(除非你做了一些明确针对IE或FF的事情——但为什么?!).以目前的增长速度来看,如果我