1. 提测前

• 需求方案

将背景故事
UI交互
字段属性

• 技术方案

将背景、时序图、模型图、接口定义等描述清晰

• 测试方案

功能测试:
依照PRD，制定功能测试用例，UI测试用例
评估到已有功能的影响范围

非功能测试：
针对技术方案中的特定技术（多线程，缓存，定时任务分片），
考虑进行异常测试，并发测试

2. 测试中

• bug数
• bug重开率
• bug严重程度
• bug发现难易

3. 发布前

• 发布计划的评审

  • 应用的发布顺序

• Code Review：

  • 有没有可以引发空指针
  • 异常捕获方式不当
  • 线程池的类型选择不当
  • 缓存的过期策略

• 线上巡检

4. 版本结束

• UI自动化，覆盖率
• 接口自动化，覆盖率

4.1. 为什么要做准入准出

准入准出不是为了增加流程，而是为了在发布前把风险显性化。真正的价值在于：

• 让需求、开发、测试对当前版本的完成度有共同认知。
• 降低“功能做完了但不可发布”的情况。
• 给复盘和质量改进留下可量化依据。

4.2. 实际执行建议

• 规则不要太空泛，尽量量化，例如覆盖率、阻塞缺陷数、回归范围。
• 同一团队内要统一标准，避免不同项目口径不一致。
• 每个版本结束后最好沉淀一次准入准出执行情况，反向修正规则。