|
Post by account_disabled on Jan 6, 2024 9:57:05 GMT
有意义的体验。 但请注意:如果您不小心,修复晦涩的浏览器中的错误可能会使您的代码变得更糟。例如,抵制嗅探用户代理字符串以有条件地将内容传送到特定浏览器的诱惑。这可能会修复该错误,但这是一种完全不可持续的做法。不要为了支持笨拙的浏览器而牺牲良好代码的完整性。 识别有问题的浏览器那么什么是高风险浏览器呢?答案有点模糊,取决于您的应用程序使用的浏览器功能。如果您的 JavaScript 使用indexOf,它可能会在 IE 8 中崩溃。如果您的应用程序使用position: fixed,您需要在 iOS 7 上的 Safari 中检查它。 Can I Use是一个宝贵的资源,也是一个很好的起点,但这是再次来自经验和开发人员直觉的领域之一。如果您定期推出网络应用程序,您就会知道。 哪些浏览器会一次又一次地标记问题,并且您可以改进您的测试策略以适应这种情况。 在有问题的浏览器中发现的错误的一个有用之处是它们经常会传播。如果 IE9 中存在错误,那么该错误很可能也存在于 IE8 中。如果某些东西在 iOS 7 的 Safari 上看起来 Whatsapp 号码列表 很奇怪,那么它在 iOS 6 上可能看起来更加明显。注意到这里的模式了吗?较旧的浏览器往往是有问题的。这应该可以帮助您列出一个非常好的有问题的浏览器列表。 话虽这么说,请用使用统计数据来支持这些内容。例如,IE 6是一个非常有问题的浏览器,但我们不费心去测试它,因为它的总市场份额太低了。对于少数想要改善体验的用户来说,花时间修复 IE6 特定的错误是不值得的。 您并不总是想在 raid 阶段测试较旧的浏览器。例如,如果您有一个带有。 图像后备的实验性 3D WebGL 画布项目,较旧的浏览器只会获取后备图像,因此我们不太可能发现很多错误。相反,我们想要做的是根据手头的应用程序更改我们对有问题的浏览器的选择。在这种情况下,IE9 可能是一个很好的测试浏览器,因为它是第一个支持画布的 IE 版本。 如果您的应用程序使用渐变或边框半径等 CSS3 功能,现代代理浏览器(例如 Opera Mini)也可能是 raid 测试的不错选择。一个常见的错误是在不受支持的渐变上渲染白色文本,导致白底白色文本难以辨认。 在选择有问题的浏览器时,请运用您的直觉并尝试先发制人,找出可能隐藏错误的地方。 使有问题的浏览器多样化浏览器和浏览器版本只是等式的一部分:硬件也是一个重要的考虑因素。您需要在各种屏幕尺寸和不同像素密。
|
|