研发工作流程图

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的级别不同进行筛选优先修改的，修改完毕先自测一遍，更新问题描述提交测试。

产品方向性验收

实施人员操作跟进

疑问衔接

实施人员进行筛选

主要提交bug人员：胡春慧、刘英丝。客服部门辅助提交.2.研发人员不直接对接bug，走流程。

复测

测试再次复测此bug关联的所有模块

原型设计

无法修改

内部提出需求

研发接收

1.需求是否研发，bug是否无法修改，需经过经理和领导同意方可执行。       2.产品原型出来后，上线时间项目经理和测试人员拟定好，经经理了解情况后，项目经理通知客服和实施人员上线时间。测试尽量在贯通测试第一遍以后根据bug多少给出大概交付和上线时间。    3.上班需登录：bugdone、微信、QQ。    

商策上线时间，安排测试计划

接收成功

产品经理确定是否需求

1.公有云需求 ：bugdone上有“益联云”项目，点击右上角提交，选择公司名称，具体的功能模块，类型是需求。2.私有云需求：私有云在bugdone上有独立的项目，直接在对应的项目上提交即可。3.指派：需求统一指派给刘英丝4.声明：研发人员不直接对接需求，bug亦是不直接对接

复测并贯通测试准备上线

1.需求整理：刘英丝把讨论完的需求文档发到群里，并将bugdone上录入好的需求分类，确定要做的对应指派，其他的进行关闭和延期，并添加详细描述。2.需求设计：刘英丝对讨论的需求进行构思再设计出原型，原型上进行注释的同时出具产品文档说明，以备后用。

1.内部提出2.外部反馈3.其他

放行

1.内部测试在测试系统上会出现系统崩溃，文件丢失等（直接问情况），研发调一下环境就能解决的，不提bug，直接吼出来。2.外部提出的，有些不是bug，有操作失误或者需求，需求直接转为需求流程，又不懂业务流程，需要客服和实施部门负责人给客户讲解。

验收不通过

上线计划安排

录入到bugdone，指派给研发