bug严重等级划分参考标准

P1(紧急)

系统容易崩溃;功能设计与需求严重不符;内存泄漏;严重的数值计算错误;系统无法登陆;循环报错,无法正常退出。

对系统核心部件功能使用有重大影响,导致无法正常工作。

P2(严重)

通常表现为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。

比如:1. 功能未实现;2.功能存在报错;3.数值轻微的计算错误。

P3(一般)

通常表现为:界面、性能缺陷。

比如:1.数据量大下容易无响应;2.数据量大操作时,没有提供进度条3.边界条件下错误;4.容错性不好。

P4(轻微)

通常表现为:易用性及建议性问题

比如:文字排列不整齐;出现错别字,但是不影响功能;界面颜色搭配不好;界面格式不规范。

点赞
收藏

评论区

加载中...

相关推荐

Discuz 7.2坑爹集锦

Discuz7.2坑爹集锦SQL篇DZ使用的是MySQL的MyISAM引擎,特点是简单快速,非常适合网络扁平数据。当数据量超过一定规模(大概300万),数据关联复杂(表连接增多)后性能急剧下降。并且在高读写并发时锁表严重(MyISAM是表锁,InnoDB有行锁),甚至导致表损坏。DZ7.2代码中SQL写法存在不标准的问题,虽然不影响执行但对维

BUG描述规范管理

BUG:软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。描述一个缺陷,需要以下核心要素标题:用简洁的话描述该缺陷,主要让开发知道这是一个什么样的缺陷参数设置:Bug的类型(功能/性能/界面等),Bug的严重程度、Bug优先级(是否需要立即修复等)、所属项目模块、项目的版本号详细描述:便于开发重现

Linux系统中日志级别详情

日志信息分类1.等级由低到高:debug<info<warn<Error<Fatal;2.区别:debug级别最低,可以随意的使用于任何觉得有利于在调试时更详细的了解系统运行状态的东东;info 重要,输出信息:用来反馈系统的当前状态给最终用户的;后三个,警告、错误、严重错误,这三者应该都在系统运行时检测到了一个不正常的状态。wa

大报文之道:优化策略与实践

写在前面在做正常的需求开发时,当我们提供了一个接口或是调用别人接口时,我们需要考虑接口除了正常的逻辑处理外,还需要考虑接口能接收报文的上限,性能,响应时间等一系列非功能性需求。如果不注意这些问题,就可能在某一天的某个时刻收到一系列系统告警,严重者甚至导致系

如何优雅的处理异常

一、什么是异常Java语言按照错误严重性,从throwale根类衍生出Error和Exception两大派系。Error(错误):程序在执行过程中所遇到的硬件或操作系统的错误。错误对程序而言是致命的,将导致程序无法运行。常见的错误有内存溢出,jvm虚拟机自

一种轻量分表方案-MyBatis拦截器分表实践

作者:京东零售张均杰背景部门内有一些亿级别核心业务表增速非常快,增量日均100W,但线上业务只依赖近一周的数据。随着数据量的迅速增长,慢SQL频发,数据库性能下降,系统稳定性受到严重影响。本篇文章,将分享如何使用MyBatis拦截器低成本的提升数据库稳定性