业务系统上线前，开发团队应该检查什么？

系统能够打开，并不代表已经可以上线。真正可靠的发布，需要同时确认业务流程、数据、安全、部署和故障处理都已经准备好。

上线检查

功能验收要覆盖真实业务路径

测试不应只检查页面能否显示，而要按真实业务流程检查角色权限、数据流转、状态变化和异常分支。高风险流程最好由业务人员参与验收，而不是只由开发人员判断。

同时确认空数据、重复提交、超时、网络失败和权限不足等场景是否有明确反馈，避免上线后问题只留下模糊的错误页面。

确认生产数据库结构、初始数据、备份和恢复方式已经准备好。涉及数据迁移时，应先在接近生产规模的数据上演练，并记录耗时、失败处理和回滚步骤。

支付、短信、对象存储、地图或企业接口等第三方服务，需要检查正式环境配置、额度、回调地址和故障时的业务表现。

上线前确认域名、HTTPS、环境变量、构建产物和部署顺序。关键服务应有健康检查、错误日志和基础告警，至少能回答“服务是否正常”和“出错时从哪里查”。

还应当准备回滚方案。回滚不仅是重新部署上一版代码，也包括数据库变更、缓存状态和第三方配置的恢复。

发布完成后应持续观察错误率、接口响应、关键业务数据和用户反馈。上线当天最好保留可联系的技术负责人，并约定问题优先级与处理方式。

一次成功的上线不是“部署命令执行完成”，而是核心业务在真实环境中稳定运行，并且团队知道如何发现问题、处理问题和撤回变更。