变更审计查什么
变更管理审计检查变更流程是否被一致执行：申请与审批是否齐全、测试与回滚预案是否真实存在、发布记录能否对应到实际变化、紧急变更是否事后补审。审计通常按系统与季度分层抽样，重点识别未授权变更、先上线后补单、审批时间倒挂这三类问题。
平时怎么准备
把变更台账做成唯一数据源：每笔变更都要有工单号、审批节点与时间戳、发布窗口、测试证据与回滚结果。紧急变更单独统计并设占比阈值（例如不超过全部变更的一成），超阈值时先分析触发原因，再把可预防的部分转成改进项，而不是简单收紧流程。
基本信息
| 检查项 | 审批链、测试证据、发布记录、回滚预案、紧急变更 |
|---|---|
| 抽样方法 | 按系统与季度分层，覆盖数据库等高风险变更 |
| 记录载体 | 变更台账、工单系统、发布系统日志 |
| 红线 | 未授权变更、绕过审批直接上线 |
典型使用场景
- 年度内审：抽取变更样本核对审批与测试留痕
- 故障复盘后：核查涉事变更是否走完流程
- 制度修订前：统计紧急变更占比，判断流程是否过重
- 系统切换或迁移：检查回滚预案与演练记录
- 外包团队交付：确认其变更也纳入同一台账
- 监管检查准备：按清单提前整理证据而非临时补
测试步骤示例
测试步骤示例
1. 获取年度变更台账，确认与发布系统记录一致
2. 按系统与季度抽取样本，含若干紧急变更
3. 核对工单、审批、测试与发布记录时间顺序
4. 检查回滚预案是否可执行、是否演练过
5. 统计紧急变更占比与重复出现的问题类型证据与检查点
| 证据 | 检查点 | 常见问题 |
|---|---|---|
| 变更单 | 内容与影响范围是否明确 | 描述为空或写“例行维护” |
| 审批记录 | 审批人是否具备对应权限 | 审批时间晚于发布时间 |
| 测试记录 | 是否覆盖受影响功能 | 只有开发自测无验收 |
| 紧急变更台账 | 是否事后补审并说明原因 | 长期缺失补审记录 |
审批时间倒挂是最典型的异常信号：如果提交、审批、发布三个时间戳的顺序不合理，要直接追问，而不要只看单据是否齐全。