Bug严重级别和优先级别

上一篇 / 下一篇  2014-06-09 16:42:16 / 个人分类:bug

优先级与项目日程相关,严重性与标准相关。优先级表示需要优先考虑和注意的对象;由重要性顺序构建成优先级;严重性暗示需要严格遵照标准或者是高层原则。修复建立在优先级和严重性的基础上。严重性的问题按照客户的风险评估来定义,并记录于被选择的跟踪工具中。

严重级别                               

定义

根据研发产品是否符合产品说明书以及缺陷对于现阶段测试的影响而定义。

紧急、非常高、高等级的Bug的修改直接影响到产品能否合格的交付。

划分

紧急

定义:不能执行正常基本流程,或者重要功能没有实现,使系统崩溃或资源严重不足。无法正常更正的问题。

一般紧急问题需要版本立即处理,处理后立即发版本。

 数据库• 由于程序所引起的死机,非法退出

 死循发生死锁

 错误操作导致的程序中断

 严重的计算错误

 数据库连接错误

 数据通讯错误(网络问题)

 功能与需求严重不符

 异常退出

 其他导致无法测试的错误

 重要功能未实现

非常高

定义:影响其他模块功能不能正常操作,导致一些流程无法进行。

非常高的问题可视情况延迟处理,处理后需发版本,方便后期测试。

 小功能没有实现

 系统所提供的功能或服务受明显的影响

 非法操作数据溢出

 一般的数值计算错误

 

 

定义:用户常操作的基本功能没有实现,存在合理的更正办法,用户可进行基本操作。

 界面错误(附详细说明)

 打印内容、格式错误

 简单的输入限制未放在前台进行控制     

 页面刷新错误       

 小流程、功能错误

 

定义:操作者使用不方便,但是不影响功能的实现。可改善的功能。数据边界不合理。

 辅助说明描述不清楚

 显示格式不规范

 系统处理未优化(性能)

 长时间操作未给用户进度提示

 提示或页面文字规范

 操作时未给用户提示

 输入区域和只读区域没有明显的区分标志

 个别不影响产品理解的错别字

 文字排列不整齐等一些小问题

 使操作者不方便,操作失误可能导致严重问题出现

 快捷键操作                

 浏览器、系统、数据兼容性

定义:易用性和建议性的功能

 不影响使用的瑕疵。
 更好的实现方式。

优先级别

定义

根据发版需求、公司要求、bug发生率和bug严重程度来划分。主要用于提示研发同事即时修复bug,使版本能按照预期发布。

严重级别的bug不一定优先级别高;优先级别高的bug也不一定严重级别高。因为优先级别和暂时发版的模块密切相关,但是bug严重程度与暂时发版无关。

Bug的优先级别和公司要求也有关,如有些网站是电子商务网站,那么界面优化用户体验对于公司就很重要;有些公司只是内部使用,那么这些操作快捷键,界面优化就不那么重要了;还有一些网站只是数据正确性要求比较高,界面和操作要求不高等等。

划分

紧急

立即修复的bug

 

非常高

本版本需修复的bug

 

产品发布前修复的bug

 

时间允许应该修复的bug或可以暂时存在的bug

 

可不修复的建议,可以一直存在的问题

BUG发生率划分建议

目前通用的对BUG发生率的划分主要有两种划分方法:

一种是测试发生率:即按照特定步骤执行多次的BUG重现率;

另外一种是用户使用发生率:即模拟用户在使用产品发生此问题的概率。

第一种方法计量精确简单,可操作性高,但不太符合产品的实际使用情况。

第二种方法,则需要推断用户使用某一业务的频率,因此计量相对没有第一种精确,操作性高,但比较符合产品的实际使用情况。

由于产品的最终使用总是用户,因此建议我司的BUG发生率采用第二种方法——即用户使用发生率。

 

  用户使用发生率=用户类别*业务类别*测试发生率

 

  ●用户类别:

 

  我们公司的主要客户群有生产人员、客服人员、最终用户。根据其对公司产品的生产、销量、声誉、维护的不同可以分配不同的权重(权重范围为0-1之间)。

 

  如:生产人员——>0.3

 

  客服人员——>0.5

 

  最终用户——>1.0

 

  ●业务类别:

 

  业务类别根据具体项目的业务情况分为主要业务、次要业务及辅助业务。

 

  业务类别的确认具有人为的主观因素,若需求文档有明确说明各个业务功能的优先级(业务功能优先级由“风险”,“复杂度”及“用户需要”在撰写需求时确认),那么一般可参考此优先级来确认。优先级高的为主要业务,优先级其次的为次要业务,其它为辅助业务(注:仅可作为参考,确认业务类别最好由市场相关人员来确认。如产品经理,市场分析人员等。)

 

  若需求中没有明确说明各业务功能的优先级,哪么应当在测试开始前,召开由产品,研发及测试部门一同出席的会议,确认各业务功能的分类,并将其记录于需求文档中。

 

  ●测试发生率

 

  测试发生率为按照特定步骤执行多次的BUG重现率

 

  测试发生率=BUG重现次数/按照特定步骤执行的总次数。

 

  其中:对于概率性问题,执行的总次数应结果BUG的复杂程度执行(20-50)

 

  用户使用发生率等级划分:

 

如上所述,用户使用发生率=用户类别*业务类别*测试发生率,根据最终得到的用户使用发生率的值的不同,可以将用户使用发生率划分为如下几个等级(也可沿用旧等级划分,将<2%的问题划入等级“低”):

 

用户使用发生率

对应于目前的等级划分

70%-100%

常常发生

30%-70%

经常发生

2%-30%

有时发生

<2%

一次发生

 


TAG: bug严重级别 优先级别

bling123的个人空间 引用 删除 bling123   /   2018-01-05 14:06:59
5
 

评分:0

我来说两句

Open Toolbar