bug的严重程度 - CSDN
精华内容
参与话题
  • bug严重程度级别,bug的定义

    千次阅读 2019-06-18 14:47:24
    不过等级划分: 1级:致命 1.由于程序引起的非法死机,退出,数据丢失,主要功能完全丧失,系统悬挂等错误 2.操作或使用某一功能时,导致...2级:严重 1.严重影响系统要求或基本功能的实现,且没有办法避免冲...

    不过等级划分:

    1级:致命    
               1.由于程序引起的非法死机,退出,数据丢失,主要功能完全丧失,系统悬挂等错误
               2.操作或使用某一功能时,导致程序异常退出,或其余功能无法使用,或造成经常性死机和重启
               3.正常的用户操作,导致系统崩溃
    2级:严重    
               1.严重影响系统要求或基本功能的实现,且没有办法避免冲突
               2.主要功能丧失,导致严重的问题,或致命的错误声明
               3.配置项设计错误,无法正常配置,或配置后测试中出现预配置相关的错误
    3级:一般性错误    
               1.次要功能丧失,不太严重,可通过变通手段解决.
               2.部署文档错误,导致部署失败
               3.业务流程对应的功能未实现,但是有对应替代方法解决,不影响实际使用
    4级:建议性    
               1. 从使用者角度,提出的建议性意见
               2. 用户界面不太友好
               3.对齐方式,包括文字对齐,页面排列项一致
     

    定义:

    1级:紧急,需要立即解决的问题,对应严重度为致命问题
    2级:高 ,软件的主要功能错误或者造成软件崩溃,数据丢失的缺陷
    3级:中    ,影响软件功能和性能的一般缺陷
    4级:低    ,对软件的质量影响非常轻微的缺陷,多为建议性或者UI层级的问题
     

     

    展开全文
  • Bug优先级与严重程度的划分

    千次阅读 2015-10-30 16:49:06
    Priority()和Severity... 即该Bug严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,在大多数情况下,Severit
    Priority()和Severity(严重程度)是的两个重要属性。很多新人经常混淆这两个概念。通常,人员在提交Bug时,只定义Bug的Severity,
     即该Bug的严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,在大多数情况下,Severity越严重,那这个Bug的Priority就越高。你知道如何合理定义bug的Sevrity么?
    通常Bug管理系统里Severity分为四个等级Blocker, Critical, Major, Minor/Trivial(也可自定义,但通常是这四个), 而priority分为五个等级:Immediate, Urgent, High, Normal, Low。
    Severity

    1. Blocker: 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
    • 严重花屏
    • 内存泄漏
    • 用户数据丢失或破坏
    • 系统崩溃/死机/冻结
    • 模块无法启动或异常退出
    • 严重的数值计算错误
    • 功能设计与需求严重不符
    • 其它导致无法测试的错误, 如服务器500错误
    2.Critical:即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。
    • 功能未实现
    • 功能错误
    • 系统刷新错误
    • 数据通讯错误
    • 轻微的数值计算错误
    • 影响功能及界面的错误字或拼写错误
    • 安全性问题
    3. Major:即界面、性能缺陷、兼容性。
    • 操作界面错误(包括数据窗口内列名定义、含义是否一致)
    • 边界条件下错误
    • 提示信息错误(包括未给出信息、信息提示错误等)
    • 长时间操作无进度提示
    • 系统未优化(性能问题)
    • 光标跳转设置不好,鼠标(光标)定位错误
    • 兼容性问题
    4.Minor/Trivial:即易用性及建议性问题。
    • 界面格式等不规范
    • 辅助说明描述不清楚
    • 操作时未给用户提示
    • 可输入区域和只读区域没有明显的区分标志
    • 个别不影响产品理解的错别字
    • 文字排列不整齐等一些小问题


    Priority
    1. Immediate
    即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。 
    2. Urgent
    即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常 

    2. High
    即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。
    3. Normal
    即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。
    4. Low即”低优先级”,即问题在系统发布以前必须确认解决或确认可以不予解决。
    展开全文
  • Bug严重程度、优先级如何定义

    千次阅读 2018-08-22 22:56:47
    通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,在...

    Priority()和Severity(严重程度)是的两个重要属性。很多新人经常混淆这两个概念。通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug的严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,在大多数情况下,Severity越严重,那这个Bug的Priority就越高。你知道如何合理定义bug的Sevrity么?
    通常Bug管理系统里Severity分为四个等级Blocker, Critical, Major, Minor/Trivial(也可自定义,但通常是这四个), 而priority分为五个等级:Immediate, Urgent, High, Normal, Low。
    Severity

    1. Blocker: 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
    • 严重花屏
    • 内存泄漏
    • 用户数据丢失或破坏
    • 系统崩溃/死机/冻结
    • 模块无法启动或异常退出
    • 严重的数值计算错误
    • 功能设计与需求严重不符
    • 其它导致无法测试的错误, 如服务器500错误

    2.Critical:即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。

    • 功能未实现
    • 功能错误
    • 系统刷新错误
    • 数据通讯错误
    • 轻微的数值计算错误
    • 影响功能及界面的错误字或拼写错误
    • 安全性问题

    3. Major:即界面、性能缺陷、兼容性。

    • 操作界面错误(包括数据窗口内列名定义、含义是否一致)
    • 边界条件下错误
    • 提示信息错误(包括未给出信息、信息提示错误等)
    • 长时间操作无进度提示
    • 系统未优化(性能问题)
    • 光标跳转设置不好,鼠标(光标)定位错误
    • 兼容性问题

    4.Minor/Trivial:即易用性及建议性问题。

    • 界面格式等不规范
    • 辅助说明描述不清楚
    • 操作时未给用户提示
    • 可输入区域和只读区域没有明显的区分标志
    • 个别不影响产品理解的错别字
    • 文字排列不整齐等一些小问题



    Priority

    1. 1.Immediate

    即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。 
    2. Urgent
    即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。 

    3. High
    即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。
    4. Normal
    即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。
    5. Low即”低优先级”,即问题在系统发布以前必须确认解决或确认可以不予解决。

    展开全文
  • 严重程度: Blocker, Critical, Major, Minor 优先级: Immediate, Urgent, High, Normal 对Bug进行分配,标注处理意见,给定优先级(发版前必须三方:需求、开发、产品共同确定)。问题分配时,应尽可能将咨询类、...
  • Bug严重等级和优先级

    万次阅读 2019-01-17 15:00:29
    一、 Bug严重等级定义: 1、 Blocker即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。   严重花屏 内存泄漏  用户数据丢失或破坏 系统崩溃/死机/冻结 模块...

    一、 Bug的严重等级定义:

    1、 Blocker即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

     

    • 严重花屏
    • 内存泄漏
    •  用户数据丢失或破坏
    • 系统崩溃/死机/冻结
    • 模块无法启动或异常退出
    • 严重的数值计算错误
    • 功能设计与需求严重不符
    • 其它导致无法测试的错误, 如服务器500错误

     

    2、  Critical 即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。

     

    •  功能未实现
    • 功能错误
    • 系统刷新错误
    • 数据通讯错误
    • 轻微的数值计算错误
    •  影响功能及界面的错误字或拼写错误
    • 安全性问题

     

    3、Major 即界面、性能缺陷、兼容性。

     

    • 操作界面错误(包括数据窗口内列名定义、含义是否一致)
    • 边界条件下错误
    • 提示信息错误(包括未给出信息、信息提示错误等)
    • 长时间操作无进度提示
    •  系统未优化(性能问题)
    • 光标跳转设置不好,鼠标(光标)定位错误
    •  兼容性问题

     

    4、   Minor 即易用性及建议性问题。

     

    • 界面格式等不规范
    •  辅助说明描述不清楚
    • 操作时未给用户提示
    •  可输入区域和只读区域没有明显的区分标志
    • 个别不影响产品理解的错别字
    •  文字排列不整齐等一些小问题

     

     

    二、  Bug的优先等级

    1.      Immediate 即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。

    2.      Urgent即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。

     

    3.      High即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。

    4.      Normal即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。

    5.      Low即“低优先级”,即问题在系统发布以前必须确认解决或确认可以不予解决。

     

     

    备注:严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷,优先级不一定高,甚至不需要处理,而一些严重性低的缺陷却需要及时处理,具有较高的优先级。

     

    修正软件缺陷不是一件纯技术问题,有时需要综合考虑市场发布和质量风险等问题。例如,如果某个严重的软件缺陷只在非常极端的条件下产生,则没有必要马上解决。

    另外,如果修正一个软件缺陷,需要重新修改软件的整体架构,可能会产生更多潜在的缺陷,而且软件由于市场的压力必须尽快发布,此时即使缺陷的严重性很高,是否需要修正,需要全盘考虑。

    或者,如果软件缺陷的严重性很低,例如,界面单词拼写错误,但是如果是软件名称或公司名称的拼写错误,则必须尽快修正,因为这关系到软件和公司的市场形象。

    展开全文
  • Bug的缺陷的优先级和严重程度

    千次阅读 2015-10-19 17:09:55
    在软件测试中,软件缺陷的严重性的判断应该从软件最终用户的观点做出判断,即判断缺陷的严重性要为用户考虑,考虑缺陷对用户使用造成的恶劣后果的严重性。  优先级是表示处理和修正软件缺陷的先后顺序的指标,即...
  • 一 严重程度 致命:系统无法正常运行 严重:很明显的错误性的bug 较重:相对明显的错误性的bug 一般:常见的bug 建议类:(暂时保留,可能去掉) 二 优先级 说明:紧急相当于执行前的准备工作,...
  • 禅道bug等级说明

    万次阅读 2017-10-23 14:15:31
    禅道Bug等级划分标准   一、严重程序 P1:致命(该问题在测试中较少出现,一旦出现应立即中止当前版本测试) 阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失, 与数据库连接错误,主要...
  • Priority[praɪˈɔrəti](优先级)和Severity[sɪ'verətɪ](严重程度)是Bug的两个重要属性。很多新人经常混淆这两个概念。 通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug严重程度, 而将Priority交给...
  • 一条缺陷(Bug)记录包含哪些记录

    万次阅读 2019-03-12 10:34:26
    一般主要包含内容有 Bug标题 Bug描述 ... Bug严重程度和优先级《一般严重等级分为;致命,严重,一般,建议四个等级和优先级分为高中低三级》 指派给谁(一般指派给开发者或者不知道是某个开发者...
  • BUG级别与严重程度(参考)

    千次阅读 2013-09-15 10:11:43
    BUG级别与严重程度(参考)  一直以来都在研究Loadrunner的脚本设计和编写,今天转载一篇理论性的文章,拿来学习下,希望大家共同交流。 优先级 严重程度 p1 blocker 死机、乱码。 p1 critical 页面不存在、...
  • http://bbs.pfan.cn/post-305427.html1.BUG等级划分建议: 目前project上的BUG严重程度分为五个等级,按照CMMI5中定义的规范,BUG严重等级可分为3-5个等级,建议将BUG等级划分四个等级,分别为严重、主要、次要、...
  • 软件测试--Bug等级划分方法

    千次阅读 2017-11-19 11:46:31
    一:测试BUG等级划分标准 Blocker(崩溃):阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。如:代码错误、死循环、数据库...
  • 缺陷ID,状态,类型,所属项目,所属模块,缺陷提交时间,缺陷提交人(检测者),严重程度,优先级别,缺陷描述信息,测试步骤,测试前置条件,测试数据,期望结果,实际结果 2. Bug状态及状态流程图 Bug状态...
  • 测试bug等级划分标准

    千次阅读 2017-03-02 11:31:39
    测试bug等级划分标准: 按照jira管理工具上,bug主要分五类: 1) Blocker:阻碍开发或测试工作的问题。(这个测试人员通常很少遇到) 2) Critical:系统无法执行、崩溃或严重资源不足、应用模块无法启动或...
  • 缺陷(bug严重级别定义

    千次阅读 2015-06-12 09:59:46
    缺陷严重级别定义: o 最高级–导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等. o 紧急—事件非常重要,并且需要马上给予关注. o 高级—事件是重要的,并且应该在紧急的事件处理之后...
  • bug用作绩效考核?

    千次阅读 2010-01-06 11:00:00
    根据bug的数量、严重程度作为程序员的代码质量的衡量标准之一。根据更新到外服后发现的测试遗漏bug作为测试员的能力衡量标准之一。 绩效考核直接影响奖金收入。 然后,1.程序员质疑测试员所提交bug的有效性;严重...
  • 1.和BUG对应的软件版本 2.开发的借口人员,测试人员 3.BUG的优先级 4.BUG严重程度 5.BUG可能属于的模块 6.BUG的标题 7.BUG的描述 8.BUG的截图 9.BUG的状态 10.BUG的错误类型(数据,界面。。。。) ...
  • bug管理规范及流程

    万次阅读 2017-02-16 13:52:40
     规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决; 2 关键角色及职责 角色 职责 测试工程师 1. 根据规范提交bug; 2. 及时验证bug是否已
  • (二)缺陷报告

    千次阅读 2018-05-09 16:29:48
    当测试人员发现一个缺陷,需要填写一份“缺陷报告”来记录这个缺陷,并通过这个缺陷报告告知开发人员所发生的问题–缺陷报告是测试人员和开发人员交流沟通的重要工具。 案例1:张三在测试案例1-2-1程序时,发现除数...
1 2 3 4 5 ... 20
收藏数 29,526
精华内容 11,810
热门标签
关键字:

bug的严重程度