首页  流程图  详情

研发工作流程图

2020-02-07 17:57:48   38  举报





老大你看

作者其他创作

大纲/内容

bug简图

1.内部外部发现bug，刘英丝审核是bug的将录入到bugdone系统上(因胡春慧刚接触测试，所以刘英丝需要审核一遍她提的所有bug)2.问题暂时无法解决将延期、不是bug将关闭，在bugdone上添加详细描述

bug处理完成，反馈。

1. 需求定义讨论：刘英丝定义问题级别，并安排时间把整合好的近期需求文件放到产品讨论会上讨论，2.需求派发筛选：工作饱和度和人员占用情况，筛选出要做的需求和延期需求。确认好的需求由王攀攀进行分派研发人员并预估人耗工时。

延期和关闭

是否bug

上线

产品再次验收需求

1. 上线前测试：测试复测完毕并贯通测试（主线和非主线业务）若有问题及时告诉负责人和王攀攀，没问题后告知研发人员可以进行下一步的更新准备。。2.上线前研发：备份数据库及代码，看修改情况部署代码，更新服务器，完成后更新系统版本号并刷新用户缓存。3.上线问题处理：上线后遇到问题及时通知负责人和王攀攀，测试流程从0开始走一遍。4.上线后收尾：测试用例文档出具。统计本次上线bug多少，总结时要公布。

通过

测试人员

测试

确认（再确认）

录入bugdone

点击完成

按照优先级不同的bug修复

是

确认无误更新上线

bug

pass

需求

复测不通过

上线申请

客服或市场

研发工作流程图

研发人员筛选

提交bug

研发排期并研发

测试人员在测试环境复测

二轮修复和上线准备

拦截

与测试沟通是否bug

1.内部提出2.外部提出

发现bug

产品讨论会

研发

通知测试

研发无法处理

指派

了解具体需求，明确方向，记录客户切合实际的要求

需求出现

需求整理设计

标明理由，详细化

实施人员给客户做出合理解释

测试复测出来的bug，进行分等级，需要视频的上传附件，每个bug都要附上图片，图片上要框出出现问题步骤的地方，然后派发给对相应模块负责人

关闭通过

晋级需求

打印工单写明无法处理原因，研发、领导等相关人员签字留证

1.需求确认：刘英丝拿到研发人员名单，进行对接需求和原型，进行讲解交互和界面动态。

研发人员将代码更新到线上环境

研讨及筛选

验收初步通过

客服接收外部提出需求

多部门协同

需求碰撞

需求out

1.研发需求：在确认好需求后，研发人员开始进行研发工作，若有疑问继续返回到上一步确认，在此研发期间刘英丝应该向胡春慧等测试人员讲解需求原理，需求所对应的研发人员是谁。2.研发人员：以褚涛为项目负责人，褚涛拿到需求表后整理本次上线的需求到Airtabel，进行研发

刘英丝需求验收的时候若出现功能实现与需求不符或缺失或交互错误等，并且经沟通后研发人员说解决不了只能实现到这一步，刘英丝需整理所有的疑问点文档进行签字，签字顺序：研发负责人-部门经理-总经理-测试工程师-产品。产品留档。

讲解其他路径可实现方法

研发人员处理

1.研发指派：研发收到测试一轮提交的bug修复后，在bugdone上点击完成指派给测试人员进行复测，测试收到待办后进行复测，决定通过还是不通过。2.测试：二轮贯通测试，多次交互压力等测试后通知经理和项目负责人bug多少对上线的影响度。3.上线准备：协商后，定出上线时间，反复测试，保证系统运行的流畅性和安全性。

处理修改

研发一轮修复

需求简图

否

审核复测

产品研发确认需求

所有提交的bug复测审核通过后，测试及项目负责人沟通完需向王攀攀申请上线，王攀攀视情况定上线计划。

1.刘英丝整理本次上线的更新日志，发给研发人员。2.刘英丝在测试环境上对客服、实施、测试人员开会培训更新内容，会议完毕后，讲过的知识点不能再问产品或测试（问题疑问除外）。

研发根据修改bug的级别不同进行筛选优先修改的，修改完毕先自测一遍，更新问题描述提交测试。

产品方向性验收

实施人员操作跟进

疑问衔接