|
Post by account_disabled on Jan 6, 2024 9:53:55 GMT
错误的示例,该错误错误地表现为特定于浏览器或特定于设备的错误。你已经被引导走上了一条漫长而浪费的道路,错误报告充当了噪音,混淆了问题的根本原因。帮自己一个忙,从一开始就抓住这种错误,这样会少很多努力,多一点远见。 通过在开始跨浏览器测试之前修复与浏览器无关的错误,我们总体上应该面临更少的错误。我喜欢称之为“冰山融化效应”。我们正在融化隐藏在地表下的虫子,使我们免于在海洋中坠毁和溺水——而我们甚至没有意识到我们正在这样做。 以下是您可以在开发浏览器中执行的操作的简短列表,以发现与浏览器无关的错误: 尝试调整大小以查看响应能力。是否有任何地方有一个时髦的断点? 放大和缩小。您的图像精灵的背景位置。 是否被撞歪了? 查看 JavaScript 关闭时应用程序的行为方式。核心内容你还明白吗? 查看关闭 CSS 后应用程序的外观。标记的语义仍然有意义吗? 尝试关闭 JavaScript 和 CSS。您是否获得了可接受的体验? 尝试仅使用键盘与应用程序交互。是否可以导航并查看所有内容? 尝试 Whatsapp 号码列表 限制您的连接并查看应用程序加载的速度。页面负载有多大? 在进入第 2 阶段之前,您需要修复遇到的错误。如果我们不修复与浏览器无关的错误,我们最终只会报告大量错误的特定于浏览器的错误。 偷懒。修复与浏览器无关的错误。然后我们就可以进入第二阶段的攻击了。 2. Raid:首先在高风险浏览器中进行测试当我们修复错误时,我们必须小心,不要引入更多错误。调整 CSS 来修复 Safari 中的填充可能会破坏 Firefox 。 中的填充。优化 JavaScript 部分以使其在 Chrome 中运行得更流畅可能会在 IE 中完全破坏它。我们所做的每一次改变都会带来风险。 为了真正确信新的更改没有破坏我们已经测试过的任何浏览器的体验,我们必须返回并再次在相同的浏览器中进行测试。因此,为了最大限度地减少重复工作,我们需要明智地对待测试方式。 BUG 分布统计分析请考虑下表,其中十字图标表示浏览器存在错误。 浏览器错误矩阵 浏览器错误矩阵。(查看大图) 假设我们要按风险升序测试我们的内容:低风险浏览器、中风险浏览器、高风险浏览器。如果它可以帮助您形象化这一点,这些浏览器可能分别映射到 Google Chrome、IE 9 和 IE 6。 首先测试低风险浏览器 (Chrome),我们会发现并修复错误#2。当我们转向中等风险浏览。
|
|