预发布环境提测
配置系统发布页，发布公告
缺陷记录（指定迭代版本）
会知相关部门已发布的内容及风险
紧急修复
邮件通知，版本发布申请
页面交互，视觉一致测试
编写测试用例(指定迭代版本)
产品/研发负责人/测试共同决策
代码封版，打tag生产版本号构建
遗留问题上线
测试用例评审
整体验收
研发自测通过
测试通过？TAPD
需求调研
Y
产品画好原型就会和设计沟通UI的事情，这块主要由产品和UI设计进行沟通
添加TAPD需求池
市场运营
N
运营活动数据分析
设计图是否合格？
研发排期
原型图需求文档
输出测试报告
验收通过？
设计
提交发布包及DB脚本
重点：每一个迭代的版本都需要有专属的数据库脚本，脚本不能跨越多个版本，不然会有异常（导致低版本无法发布）
1、根据当前的迭代版本(如V1.0.1)，在TAPD中添加需求
生产环境发布
理解需求
1、邮件通知相关方：迭代号，上线时间点（准备好时间点，发布开始时间点），发布动作执行人，注意事项，发布checklist
生产发布成功
总体原则：项目研发经理确定本次迭代的版本号，保证产品需求、开发、测试边界的一致性。
打基线版本
研发
测试用例可以作为开发编码的参考
邮件通知相关方
B、C端用户需求收集
测试通过？
测试人员根据对产品需求的理解，再结合开发编写的Story，进行测试用例的编写。
开始测试
测试环境提测
设计师（UI）
系统研发迭代流程规范
编写Story(指定迭代版本)
版本回退
生产环境回归测试
产品需求评审
解决问题
编码
产品经理
测试
新版上线迭代结束
系统运维
设计图（蓝湖）
立项
用户&竞品调研分析
