新订单系统已通过功能和性能测试，项目组计划周五晚直接上线。但运维团队尚未拿到运行手册，告警没有接入值班平台，数据库备份也从未做过恢复验证。此时最恰当的决定是（）。
功能正确只证明系统能按设计工作，运营就绪还要回答谁负责、如何发现异常、怎样恢复、谁来支持以及失败如何回退。题干已有多个关键缺口，不应带病上线。
选项分析
错误。测试环境通过不能替代生产支持和恢复能力。
正确。上线决策应依据完整、可验证的运营就绪条件。
错误。责任人和升级路径必须在上线前明确。
错误。关闭告警只会延迟发现故障，并不减少风险。
本题为什么容易错
项目视角容易盯着“开发完成”，运营视角则要考虑上线后的每一天。考试把两种视角放在一起时，通常在考服务全生命周期责任。
简短答案
系统测试通过了，上线前为什么还要做运营就绪评审，正确答案是 B（完成运营就绪评审，补齐所有权、监控、恢复、支持和回退等关键条件后再决定上线）。功能正确只证明系统能按设计工作，运营就绪还要回答谁负责、如何发现异常、怎样恢复、谁来支持以及失败如何回退。题干已有多个关键缺口，不应带病上线。
易混淆概念对比表
| 概念 | 本题判断 | 区别要点 | 记忆提示 |
|---|---|---|---|
| 按原计划上线，功能测试通过已足以证明运营就绪 | 本题干扰项 | 错误。测试环境通过不能替代生产支持和恢复能力。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 完成运营就绪评审，补齐所有权、监控、恢复、支持和回退等关键条件后再决定上线 | 本题正确答案 | 正确。上线决策应依据完整、可验证的运营就绪条件。 | 看到题干核心场景时优先联想到它 |
| 上线后再指定故障联系人，避免提前增加工作量 | 本题干扰项 | 错误。责任人和升级路径必须在上线前明确。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 关闭告警功能，使上线后的监控页面保持整洁 | 本题干扰项 | 错误。关闭告警只会延迟发现故障，并不减少风险。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
本题易混淆选项怎么区分
- 按原计划上线，功能测试通过已足以证明运营就绪：错误。测试环境通过不能替代生产支持和恢复能力。
- 上线后再指定故障联系人，避免提前增加工作量：错误。责任人和升级路径必须在上线前明确。
- 关闭告警功能，使上线后的监控页面保持整洁：错误。关闭告警只会延迟发现故障，并不减少风险。
知识点详解
运营就绪评审通常检查服务所有者、支持团队和升级路径，监控告警及仪表盘，容量与性能基线，备份恢复测试，安全与权限，运行手册与知识移交，供应商支持，变更窗口、业务确认和回退方案。
备考速记
上线前问五句：谁看、怎么看、坏了谁修、数据怎么救、失败怎么退。
运行保障在运行保障场景中的作用
评审不一定要求所有风险归零，但未完成项要有责任人、截止时间和可接受依据。影响恢复与数据安全的关键缺口通常应成为上线阻断项。
同类题怎么考
- 判断系统是否具备上线条件。
- 区分技术测试完成与运营准备完成。
运行保障在系统规划与管理师软考中的考法
题干出现“测试已通过，但是……”时，把但是后面的条件逐项归类。若涉及无人负责、不可监控、不可恢复或不可回退，应选择补齐就绪条件。
解题思路
这题不要被“功能和性能测试通过”带走。真正上线后，半夜告警谁接、数据坏了能不能恢复、操作失误怎么回退，都是服务能否持续运行的一部分。题干三处空白都属于运营准备不足，选 B。
考点定位
能部署不等于能运营。上线门槛既包括产品质量，也包括监控、支持、恢复、安全和知识移交。
易错提醒
- 有备份任务，但从未验证备份能否恢复。
- 只交付架构图，没有常见故障处置和升级联系人。
- 上线窗口和回退截止点没有量化，失败后继续犹豫。
备考提示
- 把就绪清单记成：人、监、容、备、安、册、退。
- 案例作答不要只写“加强培训”，要写出可验证的准入证据。
你可能还想了解
- 运营就绪评审包括哪些内容？
- 功能测试通过能直接上线吗？
- 上线前为什么要验证备份恢复？
本文小结
系统上线需同时具备技术质量和运营保障，监控、恢复、责任、知识和回退缺一不可。