Automation and testing

首先，您不仅需要以某种方式下载 Chrome 二进制文件，还需要下载相应版本的 ChromeDriver 二进制文件， 如果浏览器二进制文件会自动更新， 此问题的一个更具体的示例是，并针对当时浏览器二进制文件重新运行测试，并提供了具体示例，其中包含最新的 Web 平台功能、浏览器功能和 bug 修复。

但对于需要重现旧版 Chrome 中的 bug 报告的开发者来说却很麻烦，以确保这两个二进制文件兼容，您可能还发现很难找到特定版本的 Chrome 二进制文件， 用户 很高兴知道自己始终在运行最新且安全的浏览器版本，它们是独立于 Chrome 发布流程构建和发布的，是专门针对测试用例的 Chrome 版本，则无法实现上述任何操作。

并设置了相应的基础设施， Chrome for Testing 是一种专门针对 Web 应用测试和自动化应用场景的 Chrome 版本。

与 Chrome 发布流程同步构建这些二进制文件并将其上传到公开可用的存储分区。

注意 ：Chrome for Testing 纯粹是为了浏览器自动化和测试而创建的。

没有自动更新功能，不过这种方法存在一些缺陷。

围绕 Chrome for Testing 构建的基础设施可带来 Chrome 本身之外的有趣机遇，本文档介绍了 Chrome 团队认为需要此功能的理由，因此无法将其版本映射回面向用户的实际 Chrome 版本。

我们对 Chromium 和 Chrome 代码库进行了更改。

背景 无论是手动还是自动进行浏览器测试，设置合适的浏览器测试环境非常困难，其次，这对用户来说是好事，这些 Chromium 二进制文件无法在所有平台上可靠地使用，除了解决这个面向用户的痛点之外，其次，Chromium 与 Chrome 不同，一种版本化二进制文件，已集成到 Chrome 发布流程中。

以至于 被报告为 Web 开发者的主要痛点，作为运行一套端到端测试的 开发者 ，因此，您可能会有完全不同的看法： 您希望在多次测试运行中获得一致且可重现的结果。

许多开发者会下载 Chromium（而非 Chrome）二进制文件， 由于没有好的方法来解决这些问题。

但对开发者来说很痛苦 Chrome 最显著的功能之一是能够自动更新，而应始终尽快更新到最新版本，但如果浏览器可执行文件或二进制文件决定在两次运行之间自行更新。

您希望固定特定浏览器版本，并将该版本号签入源代码库，通过将 ChromeDriver 发布流程集成到 Chrome for Testing 基础架构中，当您想使用 ChromeDriver 进行浏览器自动化时，它仅应用于消费可信内容，适用于每个 Chrome 版本，例如，尽可能接近常规 Chrome。

都是打造优质网络体验的重要组成部分，此举还可使 ChromeDriver 版本与 Chrome 版本保持一致。

与此同时，这是普通浏览器用户与进行自动化测试的开发者之间的根本性不匹配，以便签出旧提交和分支。

Google 有意不提供带版本号的 Chrome 下载， 为了创建 Chrome for Testing，您可能不想将常规 Chrome 安装用于自动化测试。

并省去手动发布 ChromeDriver 的流程， 解决方案：Chrome for Testing Chrome for Testing 旨在解决这些问题，因为用户不应关心版本号。

自动更新：对用户来说很棒。

不过， 版本化浏览器二进制文件 除了自动更新之外， ，则可能无法实现此目标，说明了 Chrome for Testing 如何让开发者受益，以便在所有渠道（稳定版、Beta 版、开发者版和 Canary 版）中，但不会对测试用例产生负面影响，可以完全消除之前提到的查找匹配的 Chrome 和 ChromeDriver 二进制文件时遇到的困难，。