1

QA 团队如何处理 Google Chrome 的浏览器测试？

由于 Google Chrome 会不断更新自身，因此将测试范围限制为特定版本是一个挑战。虽然我们可能会限制对 IE8 和 IE9 的支持，但 Google Chrome 的版本号是一个移动的目标。

可能的方法：

  1. 在开发周期开始时冻结 Google Chrome版本。
  2. 允许 Google Chrome 在开发周期中自行更新。针对当时的任何版本进行开发和测试。

方法 #1 意味着每个人都需要同步特定版本，并编辑他们的注册表以防止自动更新。此外，您将发布版本 X 的代码，而世界将大部分自动升级到版本 X+1。

#2 的问题是浏览器功能可能会在开发周期内发生变化。假设 QA 在周一完成，代码在周三推送到生产环境。如果谷歌在周二发布了一个重大的自动更新，它可能会导致代码中断，直到它投入生产之前没人知道。

成熟的 Web 开发组织如何处理这个问题？

4

4 回答 4

1

使用标准/有效 HTML、JavaScript、CSS 语法等的站点不太可能因更新 Google（或 Firefox 或任何非 IE 浏览器，真的）而中断。过去是否有任何 Chrome 更新破坏合法有效的 HTML/JS 的实例？

最好的建议似乎是确保您的网站尽可能干净，并在所有浏览器上进行测试。“拒绝支持”似乎无论如何都会疏远您的用户。

于 2011-08-01T16:51:08.333 回答
1

出于多种原因，我们选择选项 2。

1）我们尝试在测试期间模拟用户体验（关闭更新会模拟偏离规范）

2) 宁愿在最后一轮测试中发现缺陷，也不愿让用户报告缺陷

3）我想不出我们有过通过这种方式测试引入的严重缺陷。正如马特之前提到的，他们的更新不太可能破坏重要的功能。

为了帮助减轻这种风险，我们尝试将selenium用于我们的核心功能自动化测试，以不断测试不同的浏览器。这并不能捕获所有内容，但至少会发现大问题（例如缺少列）。对这些事情保持敏捷也很有帮助。我们可以按任何需要的时间表（每月、每周、每天，如果需要）发布，所以如果发现严重问题，我们可以在同一天修复它。

于 2011-08-02T04:08:28.937 回答
1

Chrome 如此自动且无声地更新，唯一合理的选择是针对最新版本进行测试。您可以通过运行不同的渠道提前多个版本：金丝雀、开发、测试版或稳定版。

要了解 Chrome 更新在整个用户群中的速度有多快，请查看此处的最后一张图表。

于 2011-08-02T04:22:05.687 回答
0

我们只需在所有浏览器上关闭自动更新，并拥有大量具有不同浏览器版本的虚拟机。

于 2011-08-01T19:56:12.740 回答