如何细分bug等级

一、bug等级细分

如何写一个好的 BUG？

1、P0：主功能、主流程无法使用；block其他主要功能测试（用例的执行）。

从当前系统分析：

    常规操作引起的系统崩溃、死机、死循环、数据丢失、连接错误

从当前项目需求分析：

    当前需求未实现或有严重逻辑性的错误、重要功能无法使用、导致设计方案重新推翻或需要大改的bug

2、P1：严重影响功能体验；某些分支条件下功能无法实现，流程性问题

从当前系统分析：

    非常规操作引起的系统崩溃、死机、死循环、数据丢失、连接错误

从当前项目需求分析：

    错误的波及面广，影响到其他重要功能正常实现的bug

    外观难以接受的bug

P2：其他影响最终上线的 bug，如：样式、文案、不影响用户功能的交互体验

P3：时间来不及基本是不修的，对用户使用没有什么影响或无感知的

二、bug跟踪流程

bug的处理流程，标准是责任制，当前分配给A，A就要处理相应的状态变更，流转至B，B要履行相同的责任

1、P0：登记jira并填写详细的重现步骤，马上跟相应的开发沟通，并在业务沟通群里告知相应的Feature Owner、Team Leader、PM，及时定出解决方案，评估影响，当日解决并回归完成

2、P1：登记jira并填写详细的重现步骤，通知相应的开发，24小时内解决并回归完成，超过规定时间，需根据实际情况，相应调整该bug的等级，通知相应的Feature Owner、Team Leader、PM，及时定出解决方案，评估影响，当日解决并回归完成

3、P2：登记jira并填写详细的重现步骤，通知相应的开发，48小时内解决并回归完成，超过规定时间，需通知相应的Feature Owner、Team Leader、PM，及时定出解决方案，评估影响，当日解决并回归完成

三、bug处理人

1、非必现bug

统计出现率，未超过20%，48小时内找出原因，处理人为QA

统计出现率，超过20%，24小时内找出原因，处理人为RD

2、必现bug

根据PRD，需求不明确，且进入开发流程，处理人为PM

根据PRD，需求明确，且进入开发流程，处理人为RD

根据PRD，需求明确，且进入开发流程，测试理解错误，处理人为QA

处理过程：assigned角色，Bug Category变更，Belong to变更