Chrome 已改为两周一个版本：办公网站该怎么安排兼容检查？

官方确认了什么

Chrome 官方实施公告把生效日写为 2026 年 9 月 8 日，覆盖桌面、Android 和 iOS。官方解释，AI 自动发现与社区报告带来更多修复需求，缩短发布周期有助于让修复更快到达用户。

Extended Stable 仍为主要功能每八周更新，安全修复按常规每周回补。它是受管理环境的另一个渠道，不是普通用户应该自行切换的默认建议。以上是官方事实；下面的检查清单是本站编辑建议。

先记录设备、渠道和一条关键流程

准备你实际使用的设备、操作系统、浏览器完整版本号和是否受组织管理的信息。版本号、账号身份与配置文件是不同维度；多人共用或企业设备可结合Edge 配置文件检查理解为什么测试要保留同一使用环境。

挑一个每天会用的流程，例如登录办公站点、上传样本 PDF、导出结果并重新打开。用不含真实客户信息的样本，先记录更新前的预期结果。不要把生产资料上传到一个只为测试而新注册的网站。

把更新后的检查做成可重复的小任务

1. 1保存未提交表单和正在处理的文件，按浏览器提示完成正常更新与重启。核对更新是否真正生效的方法见Chrome 安全更新验收指南。
2. 2使用平时的配置文件打开常用站点。检查能否正常登录、导航和提交一份非敏感样本，而不只看首页是否打开。
3. 3完成上传与下载。打开导出的文件，核对页数、文件名、内容和目标格式；成功提示不能替代文件验收。
4. 4若发现问题，记录浏览器完整版本、系统、站点地址、操作步骤和脱敏错误信息。保留可以复现的样本，交给有权限处理问题的维护者。
5. 5网站维护者可另外在独立测试环境使用 Beta 渠道提前检查同一套流程。不要在处理重要交付时临时把主用浏览器换成测试渠道。

以发票附件交付为例

以下是编辑设计的用例，并非本站浏览器性能测试：一个团队每次更新后上传三页空白示例 PDF，生成回执并下载附件。验收条件是登录保持正常、三页全部到达、附件能重新打开，而且文件内容与预期一致。

若上传成功但下载按钮无反应，记录为流程失败，而不是把它归到没有证据的浏览器漏洞。先确认同一版本和相同步骤能否复现，再区分站点、扩展、网络或设备环境因素。测试结论只覆盖这个样本和这个环境。

两周节奏不等于所有设备同步升级

不同设备、管理策略和渠道可能影响实际收到更新的时间。检查设备上显示的状态，不从公告中的发布时间推断已安装状态。正式安全通告与版本发布记录仍需单独阅读。

不要因为兼容测试工作增加就长期停用更新，也不要声称切换渠道可以保证兼容。企业设备应由管理员确认渠道政策；个人用户先保留正常更新，再按常用任务检查结果。

留一份简短的结果记录

• 日期与环境：设备、系统、完整版本和使用的配置文件。
• 用例与预期：登录、样本上传、结果导出分别应该出现什么。
• 实际结果：通过、失败或未检查，附具体文件或脱敏截图。
• 下一步：谁处理问题、何时复查，避免把尚未复现的猜测写成结论。

此次解读的事件日期是 9 月 8 日。文章发布日期和软件生效日期不同；本文不会把已实施的周期变化包装成今天刚发布的新版本。