业务需求上线全流程V2.1
2019-03-20 17:57:10 11 举报
需求上线全流程
作者其他创作
大纲/内容
需求接收
冒烟是否通过
1、开发人员准备上线checklist,包括但不限于变更文档、数据库脚本、changelog、上线顺序、监控/灰度/回滚方案等;2、项目经理确认行方变更流程批准完毕;3、召开上线会议,会上 a、项目经理确认各模块上线时间,上线负责人及验证人员 b、开发人员解读上线方案; c、测试人员确认上线顺序; d、达成上线共识;5、项目经理同步以上信息给i行方及其他干系人,确认行方上线验收人员及时间安排6、生产演练(如上线会议决议内有)7、灰度发布(如上线会议决议内有)及生产验证8、全量发布及生产验证
参与复盘
详设评审通知
冒烟测试
准备上线checklist
是
需求分析
详设评审纪要
1、测试案例用思维导图梳理;2、测试案例中应包含但不限于冒烟测试用例、需求场景解析、详设程序逻辑测试、测试场景拆分、测试依赖关系、测试数据准备、性能测试、UI测试、安全测试
需求规格书
通知
需求评审通过文档(纸质版)
chencklist/备注
需求评审通知
1、测试案例评审纪要需邮件通知参会各方;
系统研发
开发人员
业务需求上线全流程
测试排期
封版上线
开始
研发编码
1、冒烟测试不通过,测试人员有一票否决权打回
输出冒烟测试案例
测试评审通知
需求沟通会议纪要
测试人员
测试案例评审纪要输出
需求产出
需求结稿
1、需求定稿后,各方需手工签署纸质版的需求评审通过文档;2、定稿需求需邮件发给各关联方,并更新TAPD
需求定稿
上线会议
迭代复盘
原型图
传TAPD
需求规格书(定稿)
1、产品经理收到测试通过邮件进行验收测试,通过后通知需求方验收;2、行方验收通过后签署验收文档,代码封版准备上线
需求沟通
生产验证
需求答疑和确认
反复沟通
详细设计说明书(定稿)
详细设计
UAT验收测试
详设评审
需求评审纪要输出
研发排期
参与需求评审
测试案例(定稿)
测试案例
1、详设评审至少提前一天邮件通知相关人员(项目经理、开发、测试、需求方);2、详细设计说明书应包括但不限于系统架构图、功能流程图、时序图、数据库表结构、详细程序逻辑说明、关联模块、依赖关系、上线顺序、灰度方案、监控方案、回滚方案
迭代规划
生产演练
1、详设评审纪要需邮件通知参会各方;2、如研发排期评审后确实需要调整,需多方沟通确定
参与详设评审
上线checklist
1、测试案例定稿后需邮件发给各关联方,并更新TAPD
参与测试评审
1、迭代节奏:两周一轮迭代2、迭代确定需更新TAPD,并发出迭代立项邮件,并附上迭代排期计划表;
需求评审纪要
测试案例编写
行方产品经理
设计师
1、迭代排期计划表更新需邮件发给各关联方;
详设评审纪要输出
测试案例评审
产品经理
否,打回
原始需求文档
需求梳理
产出物
复盘会议纪要及改进决定
灰度发布
上线会议决议
1、详细设计说明书定稿后需邮件发给各关联方,并更新TAPD
SIT测试
1、以行方产品经理需求邮件为准;2、原始需求统一对接腾梭产品经理
单元测试
1、上线前一天要求完成SIT和UAT测试;2、重要bug必须当天关闭,不能过夜处理;3、测试每天下班前发邮件同步测试进度;4、测试全部完成后回复提测邮件,并附上测试报告;如有遗留问题,在邮件和测试报告均需提现,红字标出;
迭代排期计划表更新
1、一个需求发一封提测邮件,便于统计;2、多个系统配合,相关开发人员将提测信息提供给最晚开发完成的人,由最晚开发完成的人发邮件提测
1、、测试评审至少提前一天邮件通知相关人员(项目经理、开发、测试、需求方),邮件附上测试案例;
1、需求评审至少提前一天邮件通知相关人员(项目经理、开发、测试、设计师、需求方);2、需求通知邮件需包括需求背景及目的;
设计稿完稿
设计排期、初稿、评审、完稿
迭代排期计划表
需求评审
提测
迭代确定
全量发布
1、需求评审纪要需邮件通知参会各方;
测试案例定稿
系统测试
详设定稿
验收文档(纸质版)
1、设计稿由产品经理确认;2、如果设计稿需要需求方确认,由产品经理牵头与需求方共同确认设计稿;3、设计稿完稿需上传TAPD
详细设计说明书
测试报告
测试案例评审纪要
项目经理
0 条评论
回复 删除
下一页