产品研发流程图
2023-09-04 11:13:28 7 举报产品研发流程图：参会深度-实事求是，项目推进度-客观
作者其他创作
大纲/内容
页面编写
【产品PRD(最终)】【需求评审会议纪要】
【需求变更记录】【测试报告】【风险公示】
最终验收
1、确认用户体验效果2、确认需求涵盖度3、项目回归测试
线上验证环节
通过
部署准备
修复BUG自测通过
《发布流程》《分支管理规范》《项目版本规范》《数据库脚本部署规范》《项目部署规范》
交互设计
《PRD规范》《PM职责》
参会深度-实事求是项目推进度-客观
1、明确项目范围2、建立测试文档3、选定项目PM4、确定项目资源5、制定项目排期
不通过
产品设计
部署上线
需求阶段
用例覆盖率90%
《缺陷规范》
功能/数据测试
可行性评审
同上方内容
提测打回率10%提测延期时长
提供冒烟用例
说明
测试验证
1、用户体验是追求2、技术方案是项目质量的第一基石3、维护最新测试用例(新增未有，维护已有删除过时，改进不足)
提测环节
前端研发
修复效果验证
上线阶段
后端研发
交互设计/UI
产品验收
有问题
1、保障项目提测质量2、建立测试准入标准
产品规划
产品经理
禅道立项
输出
【项目排期】【设计稿(最终)】【技术方案(最终)】【测试用例(最终)】【交互评审会议纪要】【技术评审会议纪要】【用例评审会议纪要】
《冒烟规范》《提测规范》
1、测试同学评估有风险则应该发起风险评估会，和产品、研发同步遗留问题，并讨论具体方案，详见上线标准文档2、需求变更、优化建议、需求建议都在这个环节消化，确定方案，制定排期等
《前后端对接规范》
测试环境验证
《交互设计规范》《技术方案设计规范》《用例规范》《测试指南》
验收环节
1、彼此沟通是关键
《需求管理规范》《业务调研流程规范》《定开流程规范》
有风险
1、设计对页面进行交互/视觉验收，如果有问题应该提交给研发进行修改2、产品验收当前项目是否符合需求，如果不符合应该发起会议讨论解决方案
bug有效率bug率bug存活时间bug重复打开率错误反馈比缺陷重现率
提交BUG
上线部署环节
项目启动
1、优化建议和需求建议可以后续对焦环节进行处理，不算BUG2、研发应该按照bug优先级进行修复，要快3、研发修复好bug后应该进行自测，自测通过后再修改bug状态
设计阶段
《需求变更标准》《上线标准》
研发修复问题
接口联调
优化建议/需求建议
研发阶段
设计走查
设计验收
环节
1、前后端联调通过后，研发应该按照测试提供的冒烟用例进行自测，自测通过后告知测试验证2、测试进行验证，不通过打回，视为提测失败3、提测失败导致的延期视为研发延期
1、测试有始有终，为上线结果负责
BUG列表
阶段
【接口文档】
1、提前半天以上发出会议邀请，附上相关链接2、参会人员应该提前熟悉需求，带着问题参加3、控制评审时长，避免太过发散的讨论4、整理会议记录，记录变更内容及提出人，分享到群里并且更新相关文件5、项目排期也可以在技术方案评审会上制定
【测试计划执行记录】【缺陷记录】
技术方案评审
风险评估/对齐会议
度量指标
测试用例评审
无风险
产品研发流程图
1、确认项目目标2、明确初步产品方案3、讨论项目可行性4、确立里程碑
项目排期与工作分解
研发执行冒烟用例通过
交互、技术、用例设计
发布失败率0.01%
【交互验收报告】【产品验收报告】
交互评审
发布回滚
技术方案设计
【产品规划】【需求列表(需求池)】【迭代范围&优先级】
测试环节
收集用户反馈
线上验证
规范
提交问题
回归测试
测试阶段
质量评估
1、功能数据测试2、研发修复BUG3、修复BUG验证
代码编写
体验优化规划优先级
失败
需求变更
1、对齐消化各类问题2、建立测试准出标准
研发修复问题自测通过
维护禅道
《交互/视觉验收标准》《产品验收标准》
环节重点
《线上验证规范》
修复后重新部署
1、规范上线环节
测试用例设计
研发环节
测试开发
项目延期率
对齐环节
【提测文档】
待处理问题
需求评审
0 条评论
下一页
