是否需要在 Safari 和 Chrome 中测试网页？

Posted 2023-03-05

【中文标题】是否需要在 Safari 和 Chrome 中测试网页？

【英文标题】：Is there a need to test webpages in both Safari and Chrome?

【发布时间】：2011-06-17 16:07:00

【问题描述】：

由于 Safari 和 Chrome 都使用 Webkit，如果一个网页看起来都很好，那么测试两种浏览器的兼容性是否是多余的？

【参考方案1】：

不，不是。

据我所知，Safari 和 Chrome（在 OS X 上）似乎呈现不同的字体。 Safari 会显示比 Chrome 小很多的没有指定大小的字体。

铬：

Safari：

【讨论】：

大概是因为 Chrome 使用标准的 Windows 字体大小，而 Safari 使用标准的 Mac 字体大小。这是 72-dpi（在 Mac 上，以匹配打印页面）与 96-dpi（在 Windows 上）的问题，多年来一直如此。 Interesting reading on the subject.

也许是这样！我知道两种浏览器都有调整这个大小的选项，但你不能假设用户会调整这些设置。当然可以讨论是否更喜欢相对字体大小而不是固定大小字体:)

【参考方案2】：

如果您的网站包含大量 javascript，您应该测试这两种浏览器，因为它们之间存在差异。例如，以下内容会在 Safari 中导致 JavaScript 错误，但在 Chrome 中不会。

var x = new Date('02-22-2011');

【参考方案3】：

您绝对应该测试这两种浏览器。即使他们使用WebKit进行渲染，也有很多不同：

字体 - 它们以不同的方式呈现，我强烈推荐 FontSquirrel 生成兼容的字体。 性能 - 在技术实现方面，每个人都使用不同的方式来渲染屏幕上的 DOM。 Chrome 使用 Skia（在 Linux、Windows 上），而 Mac 使用不同的东西。例如，尝试在 Chrome vs Safari vs Firefox 中隐藏一个包含 200 多个子节点的 DOM，您会注意到 Chrome 需要 20+ 秒，Safari 需要 5+ 秒，Firefox 需要不到 1 秒。渲染时间不同，因此您必须确保对其进行测试以了解每个用户的体验。 功能 - 几个 html5 功能不同，它们没有相同的功能集。 JavaScript - 上述用户提到的一些差异，另一个例子可能是关键事件冒泡不同。

但是，它们在布局方面非常相似，您不必担心太多（修复非常小），但最好进行测试以消除真正奇怪的情况。

希望有所帮助！

【参考方案4】：

您必须在两种浏览器上进行测试，甚至跨操作系统进行测试。 Chrome 和 Safari 的呈现方式不同，特别是如果您使用自定义字体（通过 @font-face）。我发现即使是 Chrome 在 Linux 和 Windows 中使用时呈现不同的效果，而 Safari 在 Windows 和 iPad 上呈现不同。