Chrome for Testing ZIP Mirror

这是 Google Chrome for Testing Stable 浏览器 ZIP 的下载镜像，适合自动化测试、CI、浏览器驱动程序和需要固定浏览器版本的应用。镜像保留上游 ZIP 的原始内容，不重新打包，也不提供或使用 MSI、DMG、DEB、RPM 等安装包。

Chrome for Testing 不会自动更新。应用应读取 manifest.json，选择平台后下载 ZIP、校验 SHA-256、解压并直接启动其中的浏览器。

本镜像与 Google 没有关联或背书。Chrome、Chromium 及相关商标归其各自权利人所有。

支持的平台

系统	架构	manifest 条件	ZIP 内的启动路径
macOS	Apple Silicon / arm64	os == "macos" and arch == "arm64"	chrome-mac-arm64/Google Chrome for Testing.app/Contents/MacOS/Google Chrome for Testing
macOS	Intel / x64	os == "macos" and arch == "x64"	chrome-mac-x64/Google Chrome for Testing.app/Contents/MacOS/Google Chrome for Testing
Windows	x64	os == "windows" and arch == "x64"	chrome-win64\chrome.exe
Linux	x64	os == "linux" and arch == "x64"	chrome-linux64/chrome

Google 的 Chrome for Testing 目前只发布 linux64、mac-arm64、mac-x64、win32 和 win64。上游没有 Windows arm64 或 Linux arm64 的 Chrome ZIP，所以本镜像也不提供这两种包；不会把 x64 文件改名后冒充 arm64。本镜像面向 64 位环境，因此也不收录上游的 Windows 32 位包。可在 Chrome for Testing 官方支持列表查看当前上游平台。

ZIP 中有什么

每个 ZIP 都是可直接解压使用的完整浏览器运行目录，不包含 ChromeDriver，也不是安装程序：

• Linux：chrome 主程序、chrome_sandbox、ICU 数据、资源包和 locales/ 等运行文件。
• Windows：chrome.exe 主程序、chrome.dll、ICU 数据、资源包和 locales/ 等运行文件。这里的 chrome.exe 是浏览器本身，不是安装器。
• macOS：完整的 Google Chrome for Testing.app，包括 Contents/MacOS/ 主程序、Info.plist、Frameworks 和 Resources。

不要只复制主程序文件。启动时应保留 ZIP 解压后的整个目录结构。发布检查会对所有 ZIP 做完整性测试，并确认上述入口和关键运行文件存在；之后还会在对应的 Linux、Windows、Intel Mac 和 Apple Silicon Mac 环境中解压并执行浏览器的 --version。

选择最新版 ZIP

manifest.json 是稳定的机器接口。latest 是当前 Stable 版本，versions[0] 是完整的最新版记录，每个 artifact 都包含 url、sha256、size 和独立的 checksum_url。

macOS 或 Linux 示例：

下面的命令需要系统中已有 curl、jq 和 shasum；解压时 macOS 使用系统自带的 ditto，Linux 使用 unzip。

manifest_url="https://aliyun-oss.yaklang.com/browsers/chrome/manifest.json"
os="macos"
arch="arm64"

manifest="$(curl -fsSL "$manifest_url")"
version="$(jq -r '.latest' <<<"$manifest")"
url="$(jq -r --arg os "$os" --arg arch "$arch" \
  '.versions[0].artifacts[] | select(.os == $os and .arch == $arch) | .url' <<<"$manifest")"
sha256="$(jq -r --arg os "$os" --arg arch "$arch" \
  '.versions[0].artifacts[] | select(.os == $os and .arch == $arch) | .sha256' <<<"$manifest")"

test -n "$url" && test "$url" != "null"
archive="${url##*/}"
curl -fL --retry 5 -o "$archive" "$url"
printf '%s  %s\n' "$sha256" "$archive" | shasum -a 256 -c -

Windows PowerShell 示例：

$ManifestUrl = "https://aliyun-oss.yaklang.com/browsers/chrome/manifest.json"
$Manifest = Invoke-RestMethod -Uri $ManifestUrl
$Artifact = $Manifest.versions[0].artifacts |
  Where-Object { $_.os -eq "windows" -and $_.arch -eq "x64" } |
  Select-Object -First 1

if (-not $Artifact) { throw "No Windows x64 Stable ZIP in manifest" }
$Archive = Join-Path $env:TEMP $Artifact.filename
Invoke-WebRequest -Uri $Artifact.url -OutFile $Archive
$ActualHash = (Get-FileHash -LiteralPath $Archive -Algorithm SHA256).Hash.ToLowerInvariant()
if ($ActualHash -ne $Artifact.sha256) { throw "SHA-256 mismatch" }

manifest 本身也有 SHA-256 文件。镜像没有额外数字签名，manifest 中的 signature 因此为 null；SHA-256 能发现内容变化，但不等同于签名身份验证。

解压位置与启动方式

建议把版本号放进解压目录。升级时解压到新版本目录，验证成功后再让应用切换路径；不要覆盖正在运行的旧目录。浏览器用户数据应放在解压目录之外，并为并行任务使用不同的 --user-data-dir，避免多个进程争用同一份 profile。

macOS

自动化场景建议解压到：

~/Library/Caches/chrome-for-testing/<version>/

解压和确认版本：

root="$HOME/Library/Caches/chrome-for-testing/$version"
mkdir -p "$root"
ditto -x -k "$archive" "$root"

browser="$root/chrome-mac-arm64/Google Chrome for Testing.app/Contents/MacOS/Google Chrome for Testing"
"$browser" --version

Intel Mac 把路径中的 chrome-mac-arm64 改为 chrome-mac-x64。应用自动化时直接执行上述二进制路径；需要按 macOS 应用方式打开时可以使用：

open -na "$root/chrome-mac-arm64/Google Chrome for Testing.app" --args \
  --user-data-dir="$HOME/Library/Caches/chrome-for-testing/profiles/default"

Linux

自动化和 CI 缓存建议解压到 ${XDG_CACHE_HOME:-$HOME/.cache}/chrome-for-testing/<version>/：

root="${XDG_CACHE_HOME:-$HOME/.cache}/chrome-for-testing/$version"
mkdir -p "$root"
unzip -q "$archive" -d "$root"

browser="$root/chrome-linux64/chrome"
"$browser" --version

Linux ZIP 包含 Chrome 本身，但主机仍需具备浏览器通常使用的系统共享库。可在目标机器上用 ldd "$browser" 检查是否有 not found。无界面自动化示例：

profile="${XDG_CACHE_HOME:-$HOME/.cache}/chrome-for-testing/profiles/job-1"
"$browser" \
  --headless=new \
  --user-data-dir="$profile" \
  --remote-debugging-port=0 \
  about:blank

Windows

建议解压到当前用户的本地应用数据目录，不需要管理员权限：

%LOCALAPPDATA%\ChromeForTesting\<version>\

接着前面的 PowerShell 下载示例：

$Root = Join-Path $env:LOCALAPPDATA "ChromeForTesting\$($Manifest.latest)"
New-Item -ItemType Directory -Force -Path $Root | Out-Null
Expand-Archive -LiteralPath $Archive -DestinationPath $Root -Force

$Browser = Join-Path $Root "chrome-win64\chrome.exe"
& $Browser --version

$Profile = Join-Path $env:LOCALAPPDATA "ChromeForTesting\profiles\default"
Start-Process -FilePath $Browser -ArgumentList @(
  "--user-data-dir=$Profile",
  "--remote-debugging-port=0",
  "about:blank"
)

集成建议

应用集成时只需要遵循这一条链路：

1. 获取 manifest.json，不要硬编码 latest 版本号。
2. 用 os 和 arch 精确选择一个 artifact；没有匹配项就明确报“不支持”，不要回退到另一种架构。
3. 下载到临时文件，检查 size 和 sha256。
4. 解压到新的版本目录，并检查上表中的相对启动路径。
5. 执行 --version，确认输出包含 manifest 的版本号，再原子切换应用保存的当前版本路径。
6. 启动正式任务时使用独立的 profile 目录；任务结束后由父进程负责关闭浏览器。

同一版本的 ZIP URL 是固定的，适合构建缓存。需要可复现构建时，保存具体 version 和 sha256；需要始终跟随 Stable 时，每次部署前重新读取 manifest。

Stable 更新频率

当前 Chrome Stable 的主版本周期约为 4 周，安全和小版本更新通常每周发布，因此具体四段版本号可能在主版本之间变化。从 Chrome 153（计划于 2026 年 9 月 8 日进入 Stable）开始，Google 已宣布 Stable 主版本改为每 2 周一次。发布时间也可能因安全修复或发布调整而变化。

本镜像每天检查一次官方 Stable 元数据，所以正常情况下会在官方发布后的 24 小时内发现新版本。这里只跟随 Stable；手动指定版本也只能用于确认“当前官方 Stable 恰好是这个版本”，不能发布 Beta、Dev、Canary 或旧版本回填。

参考：Chrome 发布渠道、两周发布周期公告、Chrome for Testing。