求助：BUG五个等级定义~~

bayeqianqiu

兄弟姐妹们，BUG的等级，A，B，C，D，E，F，是如何定义的啊，有规范的说明文档吗~  我习惯定义三个，A，B，C，突然搞出五个来，我没啥规范，只好求助于各位了~ 谢谢啦！！

guanyufeng

1.        low: 微小。不影响产品继续使用。如界面中的错别字等。开发人员可根据实际情况决定是否修正。
2.        medium: 一般。次要功能出现错误，不太严重，对产品使用影响不大。如提示信息不太准确等。需要开发人员进行修正。
3.        high: 高。主要功能出现错误，比较严重，影响产品的使用。需要开发人员积极进行修正。
4.        very high: 较高。主要功能丧失，导致系统出现严重问题或致命错误。需要开发人员尽快修正。
5.        urgent:紧急、迫切。因软件原因导致系统死机、数据丢失等，需要开发人员马上修正。

bayeqianqiu

谢谢楼上的了，给我参考的标准了~

我想再细分，您看看我的划分，我以前只用三极，现在要划分五极，还一时真不知该如何划分~

对于缺陷的严重性，如果分为3级，则按下面的方法确定：
1 –A类:严重的缺陷    例如，软件的意外退出甚至操作系统崩溃，造成数据丢失,内存溢出,RESET,掉网,断电,死机,菜单功能失效,画面花屏,画面重影,通话断点,音频语音质量差。

2 –B类:比较严重的缺陷  例如，UI风格不统一,设计不合理(音量高低界面指示相反,菜单与背景图不符),文字错误,标点错误,给予的提示模糊不详,响应速度太慢；

3 –C类:一般缺陷   例如，缺少相应icon提示,画面颜色偏淡, 画面颜色偏深,测试人员给予的建设性的建议；

您看看还有啥需要补充的啦，谢谢啊！！

guanyufeng

制定合适自己公司测试软件的就好，我现在也只是分了3类。

bayeqianqiu

我现在明白了，还是谢谢你啊！！

guanyufeng

像我们现在的产品，客户端的功能性与易用性是最重要的，所以就按照以下的划分了
1)        低：一般建议或者不影响产品继续使用的BUG。
2)        中：产品次要功能出现错误，或者影响产品主要技术指标的重要建议。
3)        高：主要功能模块出现错误，影响产品主要技术指标。或者主要功能丧失，或者导致系统出现严重问题或致命错误，以及因软件原因导致系统死机、数据丢失等。

bayeqianqiu

是啊，分的多也不见的细，以前在我刚毕业进入的公司也是分三级的，现在让我定这五级标准感觉还真是小有难度一点！！

tjj006

CLEAR QUEST里分6种：
1. Fatal
2. Serious
3. Problem
4. Minor
5. Enhancement
6. Issue

一般的BUG至少为第三级:Problem.

ouyu

级别每个公司都有自己的规定，但大体上都是差不多的。
如：分为 1：提示   2：一般  3：严重  4 ：致命

litl0721

各个公司的严重等级是不一样啊。这要看自己公司的要求，不过总体上都差不多。你选择适合你的就行了

wangjh

是不是这么分的：
A类—严重错误，包括以下各种错误： 1． 由于程序所引起的死机,非法退出 2． 死循环 3． 数据库发生死锁 4． 因错误操作导致的程序中断 5． 功能错误 6． 与数据库连接错误 7． 数据通讯错误
B类—较严重错误，包括以下各种错误： 1． 程序错误 2． 程序接口错误 3． 数据库的表、业务规则、缺省值未加完整性等约束条件
C类—一般性错误，包括以下各种错误： 1． 操作界面错误（包括数据窗口内列名定义、含义是否一致） 2． 打印内容、格式错误 3． 简单的输入限制未放在前台进行控制 4． 删除操作未给出提示 5． 数据库表中有过多的空字段
D类—较小错误，包括以下各种错误： 1． 界面不规范 2． 辅助说明描述不清楚 3． 输入输出不规范 4． 长操作未给用户提示 5． 提示窗口文字未采用行业术语 6． 可输入区域和只读区域没有明显的区分标志
E类—测试建议

firefox82

建议不要过多细分，一般分为3-5类
过多导致分界线模糊。

mandyqin

我们公司也是分成3级的，我觉得级数分的太多，有时候自己会搞不清的

hcf8319

我们都不太分的清楚，基本上只有严重和不严重两种

edwin_chen

其实这个是看 公司如何去定义的
公司不同，以及行业不同，都会有不同的定义
因为这样子 会有不同的侧重

不过大体上都是类似的，3`5都是可行的