年底那个大版本带新默认主题，升级前测试站要按哪几个节点排期

WordPress 7.2 定在十二月八日发布并随新默认主题，升级前测试站怎么排期？按官方节点倒推：正式版十二月八日发布，候选版在十一月十七日，测试版已经在本月二十日给出。要留出「候选版阶段跑完测试、正式版阶段只做发布」的节奏，测试站的排期就应从十一月第三周开始，而不是等十二月八日之后动手。

先看官方节点再定自己的窗口

测试版阶段的功能列表已经冻结，用它来判断扩展是否冲突是有效的；但测试版自身写明不适合生产站点，把测试版直接装上生产是常见的排期错误。候选版更接近最终形态，回归项要放在这一轮做完。

随 7.2 一起发布新默认主题，这一条对排期影响最大：主题变动意味着模板层要重验，包括文章列表、分类页、站内搜索结果页和留言表单的渲染，而不只是检查站点用了哪个主题。

测试站要覆盖哪些面

测试站要覆盖四类面。第一是内容展示：首页、列表页、详情页、分类与标签页在各终端下的渲染；第二是交互入口：搜索、留言、表单提交与验证码；第三是地址与跳转：伪静态规则是否照常生效、旧地址的重定向是否仍然指向正确目标；第四是运维链路：备份能否正常生成、能否完整恢复。

第三类最容易被跳过。大版本升级后重写规则变化会让链接表面正常、实际返回异常，核对时把站点地图里的地址抽一批直接请求，看状态与最终落地页，比逐页翻后台快得多。

正式站升级当天的顺序

顺序建议固定成五步：先做一次可恢复的备份，确认备份文件能读出内容；再选一台或一组做灰度；灰度站点跑完上面四类面；确认无异常再全量；最后复查跳转与索引状态。

备份必须是「验过能恢复」的备份。只生成文件、没有做恢复演练的备份，在升级出问题时往往才发现缺静态文件或权限不对。AnQiCMS 的备份与恢复支持把数据连同静态文件一起处理，恢复链路可以在测试站上演练一次，把它当成排期里的固定一项，而不是应急动作。

出问题时的回退路径

回退路径要在升级之前就写好，通常三种：恢复备份、切回旧版本目录、把流量指到未升级的灰度节点。选择取决于损坏范围，内容数据被改写时只能靠备份回退，仅模板渲染异常时切回旧版本更快。

部署方式影响回退速度。用容器或面板部署的站点，回退通常是换镜像标签或换版本目录，操作面较小；手工上传方式部署的站点要先确认旧版本代码是否仍完整保留，否则回退就要靠备份重建，耗时以小时计。

内容侧还有一层缓冲：升级前把未定稿的内容收在草稿或待发布状态，避免升级期间的异常直接出现在正式页面上。定时发布也同理，把大版本后的内容投放安排在升级完成并复核之后再开。

常见问题

只用一个站点跑测试够吗？ 一个站点能验证渲染与链路，但覆盖不了内容多样性。建议测试站至少放一批含附件、含留言、含旧地址跳转的内容做对照。

正式版当天要不要跟着全量？ 不必。正式版当天先灰度一台，观察一天到两天，确认扩展与模板没有异常再全量，是成本较低的排期方式。

升级后发现旧地址全部 404，先做什么？ 先确认重写规则与伪静态配置是否被覆盖，再核对备份与回退方案。这类问题多发生在配置层，恢复配置往往比回退整站更快。