Brave浏览器Windows平台Chromium 136版本升级测试报告

测试背景

Brave浏览器团队近期完成了从Chromium 135到136版本的核心引擎升级工作。作为一款基于Chromium的开源浏览器，Brave需要确保每次Chromium大版本升级的稳定性和兼容性。本次测试主要针对Windows平台（包括x64和x86架构）的Nightly渠道版本进行升级验证。

测试环境

测试团队使用了以下环境配置进行验证：

• x64测试环境：

  • Windows 11 Version 24H2 (Build 26100.3476)
  • Brave Nightly 1.79.57/58/65/66 (Chromium 136.0.7103.25)

• x86测试环境：

  • Windows 10 Version 22H2 (Build 19045.5737)
  • Brave Nightly 1.79.57/58/65/66 (Chromium 136.0.7103.25)

测试方法与结果

1. 升级路径验证

测试团队设计了四种升级场景进行全面验证：

1.1 C135→C136按需升级

• 测试过程：安装Chromium 135版本后，通过修改注册表配置更新服务器，触发手动更新检查
• 验证结果：
  • x64和x86架构均成功升级至Chromium 136版本
  • 升级后浏览器功能正常，无启动或运行异常

1.2 C135→C136后台升级

• 测试过程：配置系统任务计划程序模拟后台自动更新场景
• 验证结果：
  • 两种架构均能在30分钟内完成静默升级
  • 升级后浏览器数据完整，各项功能正常

1.3 C136→C136按需升级

• 测试过程：在Chromium 136基础版本上测试增量更新
• 验证结果：
  • 初期版本存在升级失败问题
  • 修复后版本验证通过，增量更新工作正常

1.4 C136→C136后台升级

• 测试过程：测试Chromium 136版本间的自动更新机制
• 验证结果：
  • 两种架构均能顺利完成版本迭代
  • 更新日志显示下载和安装过程完整

2. 组件完整性验证

测试团队特别关注了浏览器核心组件的更新机制：

1. 删除以下关键组件目录后验证自动恢复：

   • 自动播放白名单
   • 证书吊销列表
   • 广告拦截规则目录
   • 安全浏览组件

2. 浏览器重启后，所有组件在8分钟内完成自动下载和更新，无报错信息

3. 通过内部组件页面确认所有组件版本号完整，无缺失

技术细节分析

注册表配置关键项

测试中使用了以下注册表配置模拟不同更新场景：

HKEY_LOCAL_MACHINE\SOFTWARE\[WOW6432Node\]BraveSoftware\UpdateDev\url
HKEY_LOCAL_MACHINE\SOFTWARE\[WOW6432Node\]BraveSoftware\Update\ClientState\{...}\ap

通过修改这些键值，可以：

• 指定更新服务器地址
• 控制更新渠道(nightly/cr-bump-update-tests)
• 管理更新行为

更新日志分析

从BraveUpdate.log中可见更新流程包含以下阶段：

1. 下载更新包（delta增量包）
2. 运行安装程序
3. 验证安装结果
4. 记录事件日志
5. 启动新版本进程

日志显示完整的MD5校验、版本验证和回滚机制，确保更新可靠性。

用户数据迁移验证

测试验证了以下用户数据的完整迁移：

• 书签和文件夹结构
• Cookie和会话数据
• 扩展程序和设置
• 打开的标签页
• 保存的密码
• 同步链配置
• 广告和隐私防护设置
• Brave奖励数据

特别验证了：

• 禁用状态的自动贡献在升级后保持禁用
• 广告设置不会在升级时被重置
• 奖励余额和交易记录完整迁移

结论与建议

本次测试验证了Brave浏览器在Windows平台从Chromium 135升级到136版本的稳定性。经过多轮迭代修复，所有测试场景均已通过验证，表明：

1. 升级机制健壮可靠，能处理各种升级路径
2. 用户数据迁移完整，不会因版本升级丢失
3. 组件更新系统工作正常，保证浏览器安全性
4. 后台更新服务稳定，用户体验无缝

建议用户在收到更新提示后及时升级，以获得最新的安全补丁和功能改进。开发团队应继续保持对更新机制的监控，特别是在大规模推送后收集真实用户环境中的反馈。

对于企业用户，可以通过组策略管理上述注册表键值，控制内部部署的更新行为。普通用户则无需特别操作，Brave的自动更新机制会确保浏览器始终保持最新状态。