需求上线流程

需求测试

生产冒烟测试通过

1.计划提测时间为最晚17：00提测邮件发出时间；2.开发演示不通过或者延迟，测试顺延对应时间；

提测（演示）

需求收集

是

需求评审

1.发现短时无法修复的bug，版本回退，上线失败

详细设计

产品经理

测试用例评审

否

子jira任务单填写冒烟结果

业务方体验功能

发布通过报告

测试计划

发布预发布环境

开发人员

版本功能规划

私有化版本由运维承担

冒烟回归测试通过

相关方确认上线时间和功能

开发自测通过

冒烟测试通过

发布生产环境

需求问题解决

设计评审

测试执行通过

熟悉需求

上线公告

需求分析

测试人员

开发计划

技术评估需求

上线准备

上线成功公告

编写测试用例

对外需求收集：交互优化、新建功能点、新增模块1.过程记录：文档云——按交互、新增小功能点、新增模块，可以写到共享文档页面，按规范格式写；2.定期统计收集确认：大功能模块上线1周后收集一次，其余每月一次（如第二周的周二下午）3.业务功能初步沟通：1. 交互优化收集时现场沟通确认，    评估优先级                                 2. 新增或优化功能点，收集实际使用背景和场景，使用频率；                                 3. 新增功能模块：收集实际使用背景和场景；4. 可行性和工作量评估：交换优化、新增功能点、模块使用场景；5. 需求细化：针对新增或改造功能和模块，输出产品化后原型或功能规格说明书6. 产品化的需求确认：需求方确认7. 需求研发评审8. 版本排期；

jira单汇总本次提测内容

上线申请

拆分任务和开发

jira管理内容和进度

问题修复