如何细分bug等级

Posted 2023-04-18

参考技术A 一、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变更

软件评测

这个作业属于哪个课程	2021春软件工程实践|W班(福州大学)
这个作业要求在哪里	软件评测
这个作业的目标	1.调研，评测 2.分析 3. 建议和规划
其他参考文献	...

写在前面

bug参考资料

bug等级分类

等级	bug指标量化标准
1级bug，致命错误	致命性系统故障、致命性安全性漏洞、用户体验严重影响
2级bug，严重错误	重要功能不能实现，错误的波及面广，影响到其他重要功能正常实现
3级bug，一般错误	查询错误、数据错误显示，次要功能不能正常实现，操作界面错误
4级bug，程序在一些显示上不美观，不符合用户习惯	界面不规范，辅助说明描述不清楚，提示窗口文字未采用行业术语，界面存在文字错误

bug的类型