测试编写测试用例设计
产品内部评审
后端开发设计接口，数据库概要，架构等前端根据高保真编写样式（状态：开发中）
不通过
TAPD/JRIA创建发布计划、迭代计划
是
是否需要客户确认是否需要更改
局部的功能测试完成后，进行路径的覆盖度广的回归测试环节
是否需求问题
编写测试用例，形成文档
研发经理（高级研发）与各研发同学、测试进行需求确认阶段，填写需求任务的开始时间、结束时间、预计工时
测试是否通过
对需求进行整理后，进行开发流程
否
输出原型、PRD、高保真、需求文档
上传需求设计文档，对需求详细化描述并更新需求任务的状态（状态：已审核）
分配BUG单给产品经理进行需求修改
TAPD/JRIA填写需求描述信息（状态规划中）
产品组织预演
测试用例评审
进入迭代计划
需求设计
通过
从develop分支拉取代码
修改后的需求评审后，如果涉及到需求池对开发的迭代计划影响的需要需要迭代时间
代码评审是否通过
性能测试，压力测试，渗透测试，安全测试等等一般完成回归测试后可达到上线的标准
是否需要高保真
规划版本、迭代
组织需求的验收环节，发布预生产环境
在需求池中选择已评审的需求到需求发布计划中，根据优先级排序对应的需求任务
TAPD/JRIA创建BUG单
按照现有的计划安排执行任务
编写单元测试用例
完成修复，合并feature到dev分支的代码（状态：已解决）
合并dev分支到test分支的代码并构建测试环境
发起feature分支对dev分支的合并请求
创建需求
研发经理（高级研发）对系统规划、设计，对需求任务进行拆分对应的子需求
高保真验收
经过确认之后，确认迭代计划的结束时间，确认预发布时间，发布时间等要素
是否需要客户确认
UI制作高保真（状态：UI设计）
分配BUG对应的开发在feature分支中进行修复
开始任务单进行测试（状态：测试中）
客户确认是否通过
在TAPD/JRIA上进行备注清楚需要改动的内容，BUG转需求
冒烟测试、绿灯测试是否通过
开发阶段
历史缺陷、迭代优化点、上版本的紧急修复等可以加入该版本迭代计划中
编码开发，自测，前后端联调
