缺陷流程规范

开发部门

发现缺陷

上线发布

解决

转需求处理流程

沉淀QA文档

接收处理

缺陷发现者

未通过验证

调整操作方法

不便解决

重复问题

验证通过

是否缺陷

是否需求

提供缺陷报告复现办法

技术处理

多方确认解决方案

总结一、缺陷提报1. 系统崩溃、核心业务不可用、一级、二级故障，电话视频在应急响应群快速沟通    由技术、运维人员第一时间处理，无需走缺陷流程2.  功能无法正常使用，3、4、5级故障普通故障则协作平台提交测试负责人二、QA部门评估复现缺陷1. 响应收到缺陷2. 判断是否缺陷、重复问题3. 尝试复现4. 判断是否需求或需求Bug5. 确定技术缺陷，转交技术人员三、技术评估缺陷1. 响应收到缺陷2. 评估缺陷影响度、初步快速分析定位问题（10分钟内）3. 反馈相关人员缺陷情况，能否短时间内修复、临时应对方案（如有）、预计修复完成时间，以及缺陷平台记录信息4. 最后才是处理问题四、解决缺陷、测试验证1. 发布测试环境，同步缺陷状态，转交QA人员2. QA部门核验通过、进行发布上线3. 由QA部门通知相关人员五、故障复盘1. 分析问题根本原因，避免发生重复性、原则性和低级三大Bug种类2. 分享此次问题原因，如何解决，以及后续改进措施

验证缺陷

测试部门

关闭缺陷

说明原因，提供临时解决方案

查看QA文档

尝试重现

转需求流程

确认解决

发布完成

提交平台

否

补充资料

已解决

是

回归验证

技术缺陷

未解决

无法重现

需求缺陷

产品部门