数据管理系统从开发完成到正式上线，中间往往隔着一段容易被压缩的验证期。很多团队把注意力放在功能是否跑通，却忽略了系统在真实业务压力下的表现。九游在多个数据管理项目中观察到，上线后暴露的问题，八成以上都能在上线前通过结构化自检提前发现。下面这份八项清单，来自九游技术团队对常见上线问题的归纳，适合在系统交付前逐项对照。

一、容量与增长：别只看当前数据量

容量自检最容易犯的错，是拿测试环境的少量数据做验证。九游建议把自检分成三层：当前存量、半年增量、峰值单日增量。存量决定初始化导入是否可行，增量决定日常写入是否顺畅，峰值决定批量任务会不会拖垮系统。

  • 检查单表数据量达到当前预估值的五倍时，列表查询响应是否仍在可接受范围。
  • 确认历史数据归档策略是否明确，归档后关联查询是否仍然可用。
  • 核对文件、附件类数据的存储上限与清理机制，避免磁盘在无人察觉时被占满。
  • 验证批量导入任务在数据量翻倍后的耗时变化，判断是否需要分批处理。

九游在项目复盘中见过不少案例，问题不在系统写错了，而在容量假设过于乐观。把增长曲线画出来，比拍脑袋定一个数字更可靠。

二、并发与异常：真实用户不会按剧本操作

并发自检要回答两个问题：多少人同时用会变慢，多少人同时用会出错。九游通常建议用接近真实业务的混合操作来压测，而不是只测单一接口。

  • 模拟多用户同时提交表单、同时导出报表、同时触发审批流，观察锁等待与超时情况。
  • 检查重复提交是否有幂等处理，网络重试会不会产生重复记录。
  • 验证第三方依赖超时后的降级表现，接口挂起时页面是否有明确反馈。
  • 确认异常日志能否定位到具体请求，而不是只记录一句笼统的失败。

异常处理是自检中最容易被跳过的一环。九游的经验是，让不熟悉该模块的同事按最不合理的路径操作一遍，往往能发现开发人员习以为常的盲区。

三、权限与流程：边界清楚才算真正可用

权限问题在上线初期最敏感。九游建议把角色、数据范围、操作类型三者拆开核对，而不是只验证某个账号能不能登录。

  • 检查越权访问是否被拦截，包括直接修改请求参数访问他人数据的情况。
  • 确认审批流在驳回、撤回、转交等分支下状态是否正确，会不会出现卡单。
  • 核对数据导出是否受权限约束，导出内容是否包含不应外泄的字段。
  • 验证账号停用、角色变更后，权限是否即时生效。

流程类问题往往在上线后一两周才浮现，原因是真实业务的分支比测试用例复杂。九游建议在自检阶段就把业务方拉进来，用真实单据走一遍完整流程。

四、监控与回退：给上线留一条退路

上线自检的最后一组，是确认出问题时能不能快速发现、快速止损。九游在交付前通常会确认三件事：关键指标有没有监控、告警发到哪里、回退方案是否演练过。

  • 确认核心接口的响应时间、错误率、任务积压量有持续采集。
  • 检查告警阈值是否合理，避免上线首日被无效告警淹没。
  • 验证数据库备份可恢复，回退步骤有明确责任人。
  • 准备一份上线检查记录，把每项自检结论和遗留风险写清楚。

这份清单不追求覆盖所有技术细节，目的是让团队在上线前形成一次结构化对话。九游在服务企业客户时发现，愿意花半天做自检的团队，上线后的应急工单明显更少。清单可以按项目规模裁剪，但容量、并发、权限、回退这四类不建议省略。