上线检查清单
把上线前、上线中、上线后与回滚条件逐项检查，减少遗漏与慌乱。
可整段复制 占位符用双大括号标出，替换成你的内容即可
# 上线检查清单｜{{版本或功能名称}}
## 一、上线前
### 功能与测试
- [ ] 主流程在测试环境走通
- [ ] 异常分支已覆盖：{{空数据/无权限/超时}}
- [ ] 回归测试完成，影响范围：{{模块}}
- [ ] 验收人已确认：{{姓名}}
### 数据与兼容
- [ ] 数据迁移脚本已演练
- [ ] 新旧版本兼容：{{客户端/接口}}
- [ ] 回滚方案已验证：{{步骤}}
### 监控与告警
- [ ] 关键指标监控已配置：{{指标}}
- [ ] 告警阈值与接收人：{{人}}
- [ ] 日志可定位问题：{{位置}}
## 二、上线中
| 步骤 | 负责人 | 预计时间 | 完成 |
| --- | --- | --- | --- |
| {{发布}} | {{姓名}} | {{分钟}} | {{是/否}} |
| {{验证}} | {{姓名}} | {{分钟}} | {{是/否}} |
| {{观察}} | {{姓名}} | {{分钟}} | {{是/否}} |
## 三、上线后
- [ ] 核心功能抽查通过
- [ ] 错误率与耗时在正常范围
- [ ] 用户反馈渠道已关注
- [ ] 上线通知已发送给 {{对象}}
## 四、回滚条件
- 出现 {{严重问题}}：立即回滚
- 指标超过 {{阈值}}：评估后回滚
- 回滚负责人：{{姓名}}
- 回滚后通知：{{对象与方式}}
## 五、记录
- 上线时间：{{时间}}
- 参与人：{{姓名}}
- 问题与处理：{{记录}}
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。
怎么用
- 上线前把检查项逐条打勾，不要凭记忆判断「应该没问题」。
- 回滚条件提前写死，出现问题时不用在会上临时争论。
- 上线后留出观察窗口，确认指标正常再宣布完成。
为什么这么写
- 清单把隐性经验显性化，换人上线也不会漏掉关键步骤。
- 回滚条件与负责人提前约定，能缩短故障时的决策时间。
- 上线通知与观察窗口让相关方知道进展，减少反复询问。
- 记录问题与处理，为下一次上线积累经验。
常见错误
- 只检查功能，不检查数据迁移与兼容。
- 没有回滚方案，出问题只能硬扛。
- 上线后立刻离开，错过最佳止损时间。