服务验证与测试 SVT 是什么
SVT 确认新服务或变更满足业务与用户要求，覆盖功能、性能、安全、可用性与运营准备度验证，并产出放行结论。它与用户验收测试互补：用户验收关注业务是否可用，SVT 关注服务是否可运营。验证内容包括监控告警实测、Runbook 可用性、备份恢复与值班就绪等运营侧条件。
基本信息
| 验证维度 | 功能、性能、安全、可用性、运营准备 |
|---|---|
| 主要输出 | 测试报告与放行建议 |
| 责任方 | 建设方与运营方共同确认 |
| 与 UAT 关系 | UAT 验证业务可用，SVT 验证服务可运营 |
| 关键要求 | 压测与演练环境尽可能贴近生产 |
典型使用场景
- 新系统上线前验证容量与峰值承载能力
- 重大变更前确认监控告警与值班安排已就绪
- 迁移或架构改造后验证备份恢复与切换流程可用
- 安全整改后验证漏洞修复闭环
- 运营交接前确认文档与工具能支撑独立处置
放行验证示例
放行验证示例
# 功能是基础，但不是放行的全部条件
功能：核心场景用例通过（含边界与异常分支）
# 性能结论要有对照，压测口径要与容量基线一致
性能：峰值压测达标（对照容量基线与预期增长率）
# 安全验证要看修复闭环，而不只是扫描出报告
安全：漏洞扫描与修复闭环（含复测记录）
# 运营准备度决定上线首周是否有人能兜住问题
运营：监控告警、Runbook、值班就绪并完成实测验证维度与判定
| 维度 | 验证内容 | 常见不合格表现 |
|---|---|---|
| 功能 | 核心场景与异常分支 | 只测正常路径，异常分支未覆盖 |
| 性能 | 峰值与容量增长趋势 | 压测环境与生产差距大，结论不可迁移 |
| 安全 | 扫描与修复闭环 | 报告已出但问题未修复完 |
| 运营准备 | 监控、文档、值班 | 告警未实测，Runbook 未评审 |
SVT 与用户验收互补：业务方关心能否用，运营方关心出问题时能否撑住，两者都通过才具备可持续运行的条件。