01
Review 与 QA
如何建立 review 与 QA workflow
这篇教程把质量从“口头提醒”变成一条可重复执行的路径，覆盖 review gate、issue 类型、返工流转和交付准备度。
8 分钟reviewQAissue tracking
在规模变大前先定义 review gate
很多团队都是在产量上来之后才开始感到质量压力。正确做法是在追速度之前先把 review gate 立住。
把“标完了”和“review 通过了”分成两个状态。
先定清楚谁能 approve、reject 和 escalate。
用同一套可见状态表达 pending、approved 和 rework。
把 issue 变成可复用的质量信号
如果 review 反馈都停留在 comment 里，团队就无法知道到底是哪类错误在重复出现。
把漏标、错类、边界和格式问题分开记。
只在会影响交付决策时再加 severity 或 risk。
保持 issue 标签稳定，QA summary 才会有用。
把返工带着明确归属再送回去
真正能提升质量的返工，不是“你改一下”，而是带着范围、原因和责任人回去。
02
把任务退回对应责任成员或队列。
03
回流结果在 version freeze / release 前要再 review 一次。
04
在项目页和交付页把 blocker 与 QA 状态展示出来。
FAQ
QA 和 review 是一回事吗？ 不完全一样。review 是动作，QA 是围绕规则、issue 模式、返工和 release readiness 建起来的运营系统。
每次 reject 都应该建 issue 吗？ 对团队级交付来说，最好是。否则返工路径和后续 QA summary 都很难可信。