升级后为什么要做回归
固件升级、控制器版本更新或配置批量下发之后，常会出现与升级前不同的行为。原因有两类：新版本引入了已知或未知缺陷；版本变更修改了某些参数的默认值，而配置文档里并没有记录这些变化。回归排查的核心就是把这两类区分开。
排查四步
先确认时间相关性：新问题是否恰好出现在变更窗口之后。再读版本说明，重点看「行为变化」与「已知问题」两节。然后对比升级前后的配置导出，逐项核对默认值差异。最后用单点回退做验证，确认根因归属，再决定整体回退还是按规避方案继续推进。
基本信息
| 第 1 步 | 确认变更窗口与新问题出现时间是否吻合 |
|---|---|
| 第 2 步 | 读版本说明中的行为变化与已知问题 |
| 第 3 步 | 对比升级前后配置，重点看默认值差异 |
| 第 4 步 | 单点回退验证根因归属，再决定范围处置 |
| 前置要求 | 升级前导出配置与基线数据，否则无法精确对比 |
对比要点
对比要点
# 分别导出升级前后的配置，做 diff
# 重点核对：安全默认值（是否新增强制项）
# 信道与功率策略
# 漫游与认证相关参数
# 新版本引入的默认开启特性常见回归类型
| 类型 | 表现 | 应对 |
|---|---|---|
| 默认值变化 | 配置没改但行为变了 | 对照版本说明，显式设置参数 |
| 特性默认开启 | 出现新的兼容或安全问题 | 关闭该特性并评估替代方案 |
| 认证行为变化 | 部分终端无法接入 | 核对安全套件与终端能力 |
| 稳定性问题 | 升级后重启或掉线增多 | 小范围回退验证并提报厂商 |
典型使用场景
- 批量升级后出现终端接入失败：优先核对安全相关默认值
- 升级后漫游变差：检查漫游参数与新增特性
- 新版本性能下降：对比升级前后同一测点的数据
- 控制器版本更新：核对与之配套的 AP 固件兼容矩阵
- 回退决策：用单点回退结果判断影响范围
- 验收流程：把升级前基线导出作为标准步骤
版本升级常伴随默认行为变化，回归排查必须重新核对默认值，而不是只看配置文件里显式写过的项。