#1 楼
Selenium grid可以在不同的浏览器（例如chrome，safari，IE，Firefox和Opera）上并行执行多个测试。这里是从测试环境设置到使用TestNG和Selenium Grid进行编码的逐步说明。示例testng.xml文件可以从以下网址获取：http：//technologyandleadership.com/six-steps-for-complete-test-automation-with-selenium-grid/
#2 楼
从功能上来说，像Selenium或Watir-Webdriver之类的东西将可以测试一些最受欢迎的浏览器。但是恕我直言，第一道防线将是人类，因为大多数我所看到的有关跨浏览器支持的问题往往是渲染问题，这些问题通常很难以非脆弱的方式实现自动化。
这些东西不会过多地影响功能，但会使网站看起来像地狱，或者说5个按钮重叠在一个位置，这使该网站无法被人使用，但是甚至不会使用很多功能测试工具（因为它们是在DOM级别上以编程方式进行操作，所以无论单击特定按钮在屏幕上的位置还是顶部显示的内容，单击特定按钮都没有问题。
#3 楼
我发现Saucelabs.com可以节省大量时间，而不必设置大量的测试客户端环境。他们也有免费帐户！#4 楼
这是我的测试平台。我运行Macbook pro，可以并行测试Safari，Firefox和Opera。
我有许多装有不同浏览器的虚拟机（大多数是XP）。
当我想作弊时，我使用IETester，它允许我在一个应用程序中运行不同的浏览器。另一个选择是MultipleIE，它可以安装Internet Explorer的并行版本。
提醒一下，“ hack”解决方案大约占98％，并且确实存在一些问题。
评论
抱歉地说，但我不建议使用多个IE。我已经看到仅在多个IE而不是在专用IE上会发生的问题
–塔伦
11年5月29日在12:39
@Tarun，那也是我在IETester的经历
–布鲁斯·麦克劳德（Bruce McLeod）
11年5月29日在14:03
#5 楼
我只能评论一下我熟知的工具，即SmartBear的TestComplete。该工具中的某些功能可让您将网页与网页的存储副本进行比较，比较属性以确定它们是否匹配。此外，它可以比较网页的可访问性组件。最新版本发布于2011年5月24日，包括对IE 9和Firefox的支持。尚不支持Chrome和Safari。
评论
实际上，TestComplete仅支持IE和FF。尚不支持Safari和Chrome。
–海伦
2011年5月25日在12:54
太糟糕了...我以为我最近看过他们添加了Safari支持...也许没有。 :-)
– TristaanOgre
2011年5月25日下午14:24
#6 楼
我们目前正在实施Fighting Layout Bugs，这是一个基于Java的工具，用于识别常见的外观问题，例如：无效的图像URL
水平边缘重叠文本
垂直边缘重叠的文本
对比度太低的文本
我们喜欢Adobes Browser Lab的UI，但像您自己一样，它不适合我们，因为我们想测试内部站点。
我们还实现了位图比较工具（再次使用Java），该工具将存储的屏幕截图用作oracle，并将新的屏幕截图与oracle进行比较
评论
感谢您的答复，我也可能会研究这一问题。
–丹·斯内尔（Dan Snell）
2011年6月3日在16:46
#7 楼
BrowserShots是一个很好的表面工具。如果要在一组浏览器和操作系统中查看特定页面的外观。我认为石蕊是类似的工具。如前所述，如果您想查看特定页面在浏览器中的外观，这些都是不错的工具。例如，如果您想测试一段JavaScript的功能，那么最好是Selenium。评论
OP认为浏览器快照不适合
– DuncN
2011年6月3日上午10:29
#8 楼
少数虚拟机可能会解决问题。评论
就测试平台而言，是的，但我认为问题可能还在寻找使测试自动化的工具等。
– Chuck van der Linden
2011年5月30日，下午1:33
“问题也许也在寻找工具”也许。我倾向于将虚拟机视为工具。
–乔·斯特拉泽（Joe Strazzere）
2011年5月31日12:50
哦，可以肯定的是，虚拟化对于测试人员来说是一个很好的工具。.在我的上一份工作中，我从单个2U机架式服务器（带有双四核CPU和大约24G）运行了40个不同的测试床VM（需要测试的各种配置）的服务器场的内存）。比维护少量物理系统更便宜，更容易。但是我认为VM本身更像是一个魔术沙箱，可以在其中进行测试，它不会为我做测试，但是可以提供一定的场所。
– Chuck van der Linden
2011年6月1日下午5:56
#9 楼
这里的响应很晚，但是Telerik的Test Studio支持回放IE，Firefox，Chrome和Safari的功能和性能测试。我完全同意之前的评论，即跨浏览器支持，无论工具，应始终仅用于功能测试。尝试在不同的浏览器中验证渲染问题应该由人工完成，因为这些类型的测试并不是自动化的理想目标。它们太难编写，而且维护成本太高。 （我是从痛苦的经历中讲出来的...）
（公开：我为Telerik作为Test Studio的推广者工作）
评论
吉姆-实际上，我们最终获得了测试工作室的许可证。所以我一直在努力。
–丹·斯内尔（Dan Snell）
2012年2月10日23:00
#10 楼
http://slodive.com/web-development/cross-browser-testing/看看这个
我主要使用browsershot进行css验证。但是您可以使用越野赛。它称为跨浏览器测试。
使用硒网格也是个好主意。因为无法使用浏览器快照等检查链接和一点点功能...
#11 楼
我正在查看WatiN以进行跨浏览器功能测试，并正在查看Expession SuperPreview以比较不同浏览器之间的布局。 Telerik测试工作室的许可证。我的管理层最终给出的一项主要指令是找到一种具有强大记录和回放功能的工具。关于该工具的一件好事是，我可以注入编码步骤来处理记录和回放无法达到的更复杂的情况。我仍在努力观察这种情况在长期内能否保持良好状态，但到目前为止，我对此感到非常满意。评论
看看这个线程Dan-可能有一些替代解决方案sqa.stackexchange.com/questions/959/match-image-with-selenium2
– DuncN
2011年6月6日7:16
评论
我认为跨浏览器的UI自动化不值得维护成本。扩展到完全实现UI测试自动化，我在一个平台上进行了测试，然后在其他浏览器上进行了更肤浅的手动测试。那对我有用。
–user246
2012年2月11日，下午3:16