需求评审
灰度环境回归
由测试同学编写，是需求的重要补充部分，可帮助产品把握细节，也可以提供开发自测，提高代码质量
遗留问题
产品验收设计交互验收
产品方案设计
如竞品研究、用户调研、市场分析等等交付物：竞品分析报告、用户调研报告、市场报告等
测试问题及修复
跟进问题
发布计划申请准备
部分时候，也需要相关也无方一起参与验收，可能需要法务等参与，比如文案、风控等等。有些内容可以前置到需求阶段就确认好
UI交互评审
技术方案评审
部分情况下，交互UI会影响设计方案，因此需要技术评估
线上回归验收
如果问题较多可安排再次评审，否则小范围沟通即可
如有必要，可以先在产品内部评审，与技术负责人敲定可行性等。交付物：产品方案demo
为规范提测质量，要求开发提测前必须自测，提测后测试验收核心用例，未通过则打回重新提测
核心用例未通过
提测申请及规范
需求评审：当作一个“产品”来对待1、各相关方(产品研发测试设计运营客服业务方等)2、评审目标(介绍需求的背景/目标/产品方案)
技术方案评审：可行性、扩展性以及排期1、研发同学评估可行性以及预估排期2、考虑兼容现有业务以及未来的扩展性
测试用例评审
需求、市场调研
测试通过
