测试用例编写
架构设计
后端
需求评审
是
接口测试
缺陷修复
验收
发布准备动作
否
联调阶段
组长
自测
设计文档
产品
《版本需求原型》《高保真设计》《开发设计文档》注：设计文档需要按照文档规范编写，包含前端、测试所关注信息
fix&灰度回归
下个迭代的初审
设计文档评审
1、前端根据测试编写的冒烟用例执行自测，以冒烟用例作为自测结果2、后端在pecker执行接口自测，并将自测结果反馈给测试验收3、测试可以协助研发编写更深维度的测试用例4、最终是否满足转测目的以测试验收结果为准
前端
UI
初审
用例执行
测试阶段
新的迭代周期开始
测试
回归&发布阶段
高保真设计
上线
通过
《测试用例》《测试计划》注：测试计划需要包含回归测试内容，如兼容性，新老版本兼容性等问题
用例内审
联调
1、迭代版本内容确定以后组织对应业务线的各组长进行需求初审，初审前需要提前半天给出原型设计2、初审通过后各组长根据需求内容进行需求拆解，并根据业务线情况让对应的研发出设计文档3、评估开发周期以及存在的风险项
评审阶段
拆解需求
开发阶段
备注
交付件
1、设计文档提前半天分享至群，前端、测试根据需要判断是否参与会议，研发内部对设计文档进行评审2、测试用例需提前半天分享至群，前端、后端根据需要判断是否参与会议，测试内部和产品对用例进行评审3、前端、后端可以不参与测试用例评审，但必须查看测试的覆盖场景是否遗漏或直接与测试沟通注：在设计、开发过程时如遇到问题请及时与产品沟通，得到沟通结果后如果涉及原型变更产品需要将信息同步至群，如变更涉及工期问题需要及时解决
开发
