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