从测试到上线：质量门禁、灰度发布、数据库迁移与回滚

稳定发布不是挑一个“吉利时间”，而是让变更可验证、可观察、可停止、可回滚。所谓“周五不发版”真正保护的是支持窗口：高风险变更不应在人员即将离岗或业务高峰前上线。

测试分层

黑盒、白盒、灰盒描述测试者掌握内部实现的程度，不是与单元、集成、E2E 平行的一组执行层级。

ab 适合做简单 HTTP 基准，不足以模拟复杂用户行为或现代浏览器页面。

提交代码
  -> 格式、静态检查和单元测试
  -> 构建一次不可变制品
  -> 集成与安全检查
  -> 部署测试环境并验收
  -> 审批或自动策略
  -> 灰度生产流量
  -> 观察指标
  -> 全量或回滚

同一个制品应逐级晋升，避免测试环境和生产环境分别重新构建出不同内容。

采用 Expand-Migrate-Contract：

1
2
3

Expand：先新增兼容字段或表
Migrate：迁移数据并切换读写
Contract：确认旧版本退出后再删除旧结构

不可逆数据变更不能靠“回滚代码”恢复。上线前要准备备份、补偿脚本、兼容窗口和停止条件。

发布前确认范围、制品、配置、迁移、监控和回滚；发布中记录版本、批次和指标；发布后验证核心链路、错误率、延迟、队列、定时任务和第三方回调。