Bug缺陷的优先级和严重程度一致的吗?

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Bug缺陷的优先级和严重程度一致的吗?相关的知识,希望对你有一定的参考价值。

Bug的严重程度和Bug的优先级是两个概念,它俩往往是一致的,但是没有这么绝对,得看实际情况才可以。
比如:项目已经上线,网页中商品的价格标的过低,那这个属于界面错误,
按照概念严重程度不是最高的S0,但是需要立刻解决,所以它的优先级是P0;
如果项目未上线,那这个Bug的优先级也就不那么高了。

Bug的严重程度划分
S1:主要功能不可用,crash问题,闪退,不能启动,造成重大损失
S2:次要功能不可用,边界,异常未进行处理
S3:易用性问题,界面提示,小的性能问题
S4:建议性的问题

Bug的优先级划分
P0:必须24小时之内解决
P1:产品发布前解决
P2:可以在下一个版本中修复
有关BUG方面的详细的技术问题,在黑马程序员社区都有老师讲的。也有技术大牛回答问题什么的。以上内容就来自黑马程序员社区。
参考技术A 一、软件缺陷的定义及主要类型 所谓“缺陷(bug)”,即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷。一般来说,软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。 ...

缺陷的优先程度(Priority)

 

测试人员希望程序员什么时间哪个版本修改该bug
(1)Urgent 立即修改否则影响开发进度
(2)Veryhigh 本版本修改
(3)High 下个版本修改
(4)Medium 发布前修改
(5)Low 允许发布中存在的bug
优先级考虑的因素:
A、严重程度:一般严重程度越高,优先级越高
B、缺陷影响的范围:一般影响范围越广,优先级越高
C、开发组的任务压力:压力越小,优先级越高
D、解决缺陷的成本(时间):成本越低,优先级越高

以上是关于Bug缺陷的优先级和严重程度一致的吗?的主要内容,如果未能解决你的问题,请参考以下文章

Bug的分类和管理流程

测试 缺陷

测试文档

测试用例模板+缺陷报告模板

缺陷报告和测试报告

Bug优先级划分