研发部产品规范化流程
2025-03-27 17:01:49 0 举报基于TAPD、禅道工具研发部产品规范化流程
作者其他创作
大纲/内容
开发设计、表结构、接口、架构等
研发经理拆分子需求与任务
提交代码并关联相关任务和需求
使用Master分支更新生产环境
通过
自测及代码检查等开发质量步骤
是
生产环境问题修复
无
开始发布迭代版本
修改后的需求进行评审，如果涉及到计划调整，就调整计划
回归测试
进行迭代需求理解与评审：由产品讲解迭代内需求内容，团队答疑，保证对需求理解一致
铁三角初步讨论与评审
编写测试用例，并录入到TAPD相应的需求下
更改缺陷状态为已验证，合并代码到Master、Test、Develop分支，并在Master分支tag
项目经理及研发经理全程跟踪进度，保证需求按时交付
有
提交代码并更新缺陷状态为已解决
是否需要需求方确认
更改发布计划内的需求状态为发布中
不通过
冒烟测试是否通过
代码评审是否通过
更新需求状态为已实现，并流转需求到产品经理
测试是否通过
是否发布计划内的需求和缺陷都是已验收状态
规划阶段需求变更
从Test分支合并到预发布分支
PRD、原型、低保真
合并代码到Hotfix分支并更新缺陷状态为已解决
从需求选择内容，规划迭代版本计划
在TAPD创建缺陷与需求关联
修复完成后合并代码到发布分支
上传需求设计文档到TAPD对应需求下，更新需求
是否需要高保真
建立Gitlab合并请求
不通过，继续修改
技术、售前需要参与
是否有生产环境
UI制作高保真，更改需求状态为UI设计
创建需求
是否需要与需求方确认迭代计划
从发布分支拉取修复分支进行修复
测试用例评审
高保真验收
需求调研
开始全面测试，更新需求状态为测试中
建立TAPD紧急缺陷
提交代码并关联相关任务
更新需求状态为已发布、缺陷状态为已关闭
团队成员领取需求与任务
在TAPD建立发布评审
技术
需求方确认结果
否
分配缺陷给产品经理进行需求修改
修改发布计划
开始迭代
提前1天，给到项目组提前分析理解消化需求
分配缺陷给相应的需求开发人员
更新需求状态为开发中，并添加评论说明不通过原因
使用Hotfix分支构建发布环境
研发经理与测试在TAPD填写预估工时、预计开始时间、预计结束时间
测试
同步编写测试脚本
需求变更或版本内容调整及时修改版本计划与需求文档
产品经理验收
是否需求设计问题
修改缺陷状态为已修复，并纳入下个版本的发布范围，在下个版本进行回归测试
迭代结束
合并feature代码到Test并构建测试环境
等待测试完成
需求方确认是否通过
TAPD更新需求状态为已验收，并流转需求到测试人员，等待发布
使用发布分支构建发布环境
更新评审
在TAPD需求下进行备注修改内容
验收是否通过
需求设计
测试阶段需求变更
更新需求状态为转测试
从Hotfix分支拉取修复分支进行修复
产品经理形成版本迭代时间安排
开始测试用例设计
在需求对应的feature分支进行修复
发布环境做自动化集成回归
从Develop分支拉取新的分支开发，更新需求状态为开发中
相关人员审核
合并代码到Develop、Test、Master和Hotfix分支并在Master分支tag
0 条评论
下一页
