Bug的严重等级和优先级别与分类

这篇具有很好参考价值的文章主要介绍了Bug的严重等级和优先级别与分类。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一、 Bug的严重等级定义:

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

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

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

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

Bug的严重等级和优先级别与分类,软件测试,bug,接口测试,自动化测试,性能测试,软件测试

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

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

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

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

二、  Bug的优先等级

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

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

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

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

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

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

三、一般 BUG 的正规的处理流程

Bug的严重等级和优先级别与分类,软件测试,bug,接口测试,自动化测试,性能测试,软件测试

四、其他划分方法

BUG严重等级划分:

1级:致命
     1.由于程序引起的非法死机,退出,数据丢失,主要功能完全丧失,系统悬挂等错误
     2.操作或使用某一功能时,导致程序异常退出,或其余功能无法使用,或造成经常性死机和重启
     3.正常的用户操作,导致系统崩溃


2级:严重
    1.严重影响系统要求或基本功能的实现,且没有办法避免冲突
    2.主要功能丧失,导致严重的问题,或致命的错误声明
    3.配置项设计错误,无法正常配置,或配置后测试中出现预配置相关的错误


3级:一般性错误
    1.次要功能丧失,不太严重,可通过变通手段解决.
    2.部署文档错误,导致部署失败
    3.业务流程对应的功能未实现,但是有对应替代方法解决,不影响实际使用


4级:建议性
    1. 从使用者角度,提出的建议性意见
    2. 用户界面不太友好
    3.对齐方式,包括文字对齐,页面排列项一致

BUG紧急程度定义:

    1级:紧急,需要立即解决的问题,对应严重度为致命问题
    2级:高 ,软件的主要功能错误或者造成软件崩溃,数据丢失的缺陷
    3级:中 ,影响软件功能和性能的一般缺陷
    4级:低 ,对软件的质量影响非常轻微的缺陷,多为建议性或者UI层级的问题文章来源地址https://www.toymoban.com/news/detail-630669.html

到了这里,关于Bug的严重等级和优先级别与分类的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【软件测试】测试用例优先级

    通过软件开发生命周期(SDLC)的软件测试过程,可以保证软件的质量。聪明的软件测试可以帮助提供一个更可靠和无缺陷的产品,满足业务需求和利益相关者的期望。这就是为什么它需要更多的时间和资源,因此,使这个过程非常昂贵的原因。由于产品进入测试阶段后所剩的

    2024年02月04日
    浏览(40)
  • HIT 软件构造期末复习二 软件测试与测试优先的编程

    首先 需要明确一个关系,即设计者(工程师)与使用者(客户),在工程师实际开始软件设计时,需要先与使用者进行沟通交流,目的是根据使用者的需求开发出符合第一章中介绍的特性的高质量软件,如何判断我们的软件是符合需求的,最简单的办法就是检测(test),测

    2023年04月13日
    浏览(41)
  • 【软件测试常见Bug清单】

    软件测试中,bug的类型有很多种,比如:代码错误、界面优化、设计缺陷、需求补充和用户体验等; 一般情况下,需求补充和设计缺陷比较好区分,但是代码错误、界面优化和用户体验区分不是很明显; 下面我们就来说说这三者,顺带整理一些常见的这些类型的bug实例。 代

    2024年02月04日
    浏览(38)
  • 【软件测试】为bug而生

    为什么定位问题如此重要? 可以明确一个问题是不是真的“bug” 很多时候,我们找到了问题的原因,结果发现这根本不是bug。原因明确,误报就会降低 多个系统交互,可以明确指出是哪个系统的缺陷,防止“踢皮球”,提高问题解决的效率 增强开发对测试的信任度,沟通更

    2024年02月04日
    浏览(47)
  • 【软件测试】测试&开发的一生之敌-BUG

    BUG相比大家都知道,程序运行出错或者与预期不符就是BUG.现在我们来用测试人员的角度来看待BUG. 测试人员要测试开发人员的代码,找出开发人员可能忽略的问题.然后把这个问题反馈给开发人员. 如何把BUG清晰简洁明了的描述出来,会涉及到很多东西.这并不只是简单说一下遇到

    2024年02月04日
    浏览(58)
  • 软件测试的生命周期、Bug

    1、软件的生命周期: 需求分析:分析需求是否正确、完整。 设计:项目的上线时间、开始开发时间、测试时间、人员... 计划:设计技术文档、进行UI设计... 编码:写代码(实现用户需求)。 测试:测试软件是否有 Bug。 运行维护:出现线上问题进行修复。 2、软件测试的生

    2024年02月08日
    浏览(42)
  • 软件测试中对Bug的详解

    目录 1. 什么是Bug 2. Bug的要素 3. Bug的级别 4. Bug的生命周期 5. 在Bug上与开发产生争执怎么办 6. 总结 Bug是指在软件开发或使用过程中发现的软件缺陷或错误,也称为故障或缺陷。通常表现为软件的不正常行为或功能无法正常使用,会对软件的质量和用户体验产生负面影响。 比

    2024年02月04日
    浏览(46)
  • 软件测试/测试开发丨利用人工智能自动找Bug

    在程序员编程的过程中,产生Bug是一件平常的事情,以前在编码的过程中提前找出Bug,需要通过单元测试、CodeReview等各种方式。 当今,人工智能技术的发展给软件开发和测试带来了许多机会。利用人工智能技术,可以开发出自动化的 Bug 检测工具,从而提高软件质量和可靠性

    2024年02月07日
    浏览(46)
  • 软件测试技术分享丨遇到bug怎么分析?

    为什么定位问题如此重要? 可以明确一个问题是不是真的“bug” 很多时候,我们找到了问题的原因,结果发现这根本不是bug。原因明确,误报就会降低 多个系统交互,可以明确指出是哪个系统的缺陷,防止“踢皮球”,提高问题解决的效率 增强开发对测试的信任度,沟通更

    2024年02月10日
    浏览(44)
  • 如何提高自己的软件测试水平之bug定位

    同学们在面试投简历的时候会经常看到人家公司JD上写的要求之一,如下: 这句话大家不要以为随便写写的,在我工作的十几年过程中起码见过10个以上试用期没过的公司新人,公司在衡量一个测试工程师是否专业的标准之一就是:准确的定位bug。 很多同学以为测试只是需要

    2024年02月15日
    浏览(49)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包