• 13
  • 13
分享
  • Bug及bug的级别划分和优先级——软件测试圈
  • 北极 2021-09-28 13:51:55 阅读 564 收藏 13

一、概述

bug在最开始指的是计算机软件存在的漏洞,可以导致攻击者在未授权的情况下对系统进行各种操作;而在现在来讲,指的是各种软件存在的缺陷或漏洞以及软件软件可改进的细节、或与需求文档存在差异的功能实现等。

bug按照其造成危害的严重程度可以分为四个等级,按照其修改的优先顺序,也可以分为四个等级;按照造成危害的严重程度可以划分的四个等级为严重问题、高级问题、中级问题和低级问题,对于各个问题的具体情况以及其一般对应的优先级如下所述;按照bug被处理的先后顺序也可以分为四个等级,分别为最高优先(Immediate)、高级优先(Urgent)、中级优先(Normal)、低优先级(Low)。不过需要注意的是,bug的严重程度与优先级之间并没有必然的联系。 有关于bug等级和优先级的详细描述如下。

二、bug级别的分类及其具体划分的参考意见

1、严重问题(Blocker)

定义:不能完全满足系统要求,系统停止运行,系统的重要部件无法运行,系统崩溃或挂起等导致系统不能继续运行。修改优先级为最高,该级别问题需要立即修改。

  1. 系统崩溃

  2. 导致程序重启,死机或非法退出

  3. 死循环

  4. 数据丢失或异常

  5. 数据通讯错误。

  6. 硬件故障,系统悬挂

2、高级问题(Critical)

定义:严重地影响系统要求或基本功能的实现,且没有更正办法(重新安装或重新启动该软件不属于更正办法)。使系统不稳定、或破坏数据、或产生错误结果,或部分功能无法执行,而且是常规操作中经常发生或非常规操作中不可避免的主要问题,系统无法满足主要的业务要求,性能、功能或可用性严重降低。 修改优先级为高,该级别需要程序员尽快修改。

  1. 功能不符合用户需求

  2. 数据计算错误

  3. 业务流程错误

  4. 程序接口错误

  5. 因错误操作迫使程序中断;

  6. 系统可被执行,但操作功能无法执行(含指令);

  7. 功能项的某些项目(选项)使用无效(对系统非致命的);

  8. 功能实现不完整,如删除时没有考虑数据关联;

  9. 功能的实现不正确,如在系统实现的界面上,一些可接受输入的控件点击后无作用,对数据库的操作不能正确实现。

3、中级问题(Major)

定义:系统可以满足业务要求,系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。

修改优先级为中,该级别需要程序员修改。

  1. 数据长度不一致

  2. 内容或格式错误

  3. 响应时间较慢

  4. 功能性建议

  5. 提示信息不太准确

  6. 操作界面错误(包括数据窗口内列名定义、含义是否一致);

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

  8. 虽然正确性不受影响,但系统性能和响应时间受到影响;

  9. 不能定位焦点或定位有误,影响功能实现;

  10. 增删改功能,在本界面不能实现,但在另一界面可以补充实现。

4、低级问题(Minor)

定义: 使操作者不方便或遇到麻烦,但它不影响执行工作功能或重要功能。界面拼写错误或用户使用不方便等小问题或需要完善的问题修改优先级为低,该级别需要程序员修改或不修改。

  1. 界面不规范;

  2. 辅助说明描述不清楚;

  3. 输入输出不规范;

  4. 长时间操作未给用户提示;

  5. 提示窗口文字未采用行业术语;

  6. 可输入区域和只读区域没有明显的区分标志;

  7. 必填项与非必填项应加以区别;

  8. 滚动条无效;

  9. 键盘支持不好,如在可输入多行的字段中,不支持回车换行;

  10. 界面不能及时刷新,影响功能实现。

三、bug的优先级

bug处理的优先级是指bug处理的先后顺序。

1、最高优先级(Immediate)

这类bug的优先级是最高的,其要求开发人员必须立即修改这条bug,一般是指该缺陷导致程序完全不能满足产品的要求,基本功能明显未实现或不可用,阻塞测试流程与进度等。

2、高级优先(Urgent)

该类bug被要求马上处理,主要是指系统实现的功能与预期结果要求较大,但不影响其他功能和主要的核心功能。

3、中级优先(Normal)

该类bug正常按照个人计划处理即可,主要是指界面、交互和特别小的功能实现出错且可以直接跳过此类bug继续进行测试。

4、低级优先(Low)

一些可修改或不可修改,或者是还不确定能否修改成功的bug,均不影响用户体验使用,不过修改了最好,一般如果要修改且时间来不及可以在后面几个版本中在进行修改即可。

总结:一般来说,验收的标准就是不能留下优先程度为一级和二级的bug,且一级bug必须在24小时类解决,如果解决不了则需要提前报告上级。


作者:catch_dreamer

原文链接:https://blog.csdn.net/catch_dreamer/article/details/109501763

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新课堂

      • 推荐阅读
      • 换一换
          • 评价人工智能算法模型的几个重要指标如何测试人工智能产品越来越受到广大测试工程师的关注,由于人工智能的测试预言(Test Oracle)不是像普通软件产品那么明确,到目前为止,基于大数据的第四代人工智能产品的测试,主要集中在“对大数据测试”“白盒测试”“基于样本分析算法的优劣”以及“对最终产品的验收测试”。“对大数据测试”主要针对数据阶段验证、对数据计算验证和对输出阶段验证;“白盒测试”主要考虑神经元覆盖(Neuron Coverage)、阈值覆盖率(Threshold Coverage)、符号变更率(Sign Change Coverage)、值变更覆盖率(Value Change ...
            0 1 1042
            分享
          • 这篇将介绍 Cypress 如何生成测试报告Cypress 可以生成 XML 和 JSON 的测试报告文件,需要我们再生成可视化的报告在这里就介绍一下简单且好看的测试报告 mochawesome现在让我们来安装它吧``` npm install --save-dev mocha mochawesome mochawesome-merge mochawesome-report-generator ```接下里让我们做一下配置,我们在 cypress.json 配置报告生成器reportDir: 配置生成的 测试结果 JSON 文件目录o...
            0 0 1170
            分享
          • 软件质量评估模型:顾名思义,软件质量评估模型是用来评估软件的测试质量的,也就是说测试的效果是否符合预期。 软件质量评估模型是从3个方面对软件质量进行评估的,内容如下所示: 1.测试覆盖度评估 2.测试过程评估 3.bug结果分析 测试覆盖度评估主要是对需求的覆盖范围进行评估的。测试过程评估主要是对测试用例的执行情况进行评估的。而bug结果分析主要是对bug的修复情况,bug的趋势分析进行评估的,下面我们就对这些详细的说明一下。 测试覆盖度评估 测试覆盖度评估是测试能够对软件质量进行评估的基础,如果覆盖度不够,那会对产品质量造成直接的影响。 测试覆盖度主要就是测试需求覆盖度的评估,需求覆盖度是已...
            3 8 3029
            分享
          • 作为一个在测试一线奋斗多年的老捉虫达人,经常会被人问道这样一个问题,「转行人员应该如何进入测试领域?」今天,我就这个问题做一个完整的回答,顺便说一下进入软件测试这个行业后持续努力的方向,供各位想转行做测试还没转的、已经转行做测试但时间不久的、刚刚进入测试领域的,这几类的小伙伴都可以参考下。对于其中有疑问的,也欢迎持续探讨。软件测试的门槛软件测试,作为软件研发流程中的一环,是软件研发质量的重要保证,而随着互联网产业、软件等需求持续增加,这样的人才需求也持续旺盛,因此,有越来越多的人看准这个机会想进入这个行业。一方面,这一行作为信息基础行业,有着相比于其他行业更高的薪酬待遇;另一方面,随着信息技术...
            0 0 1227
            分享
          • 有很多同学进入测试行业之后,一直从事的是软件测试的工作,然后跳槽时遇到一些游戏的公司的面试,就会有点慌,我做的都是软件测试,能胜任游戏测试么?所以,今天我们需要先来了解一下,软件测试和游戏测试的 ”同“ 和 “异”。首先,我们要肯定的是:游戏也是软件的一种,所以从测试工程的角度来讲,游戏测试与软件测试的本质是完全相同的。明白了这一点之后,我们再来看看,他们之间的一个区别。其实,按照我们测试工程师应该有的“测试思维”,考虑任何一个软件的测试点,都应该从以下几个维度出发去考虑:功能,界面,兼容性,易用性,性能,安全。所以,我们接下来我们就从这几个方面来探讨以下:1、功能方面:对于需求实明确要求实现...
            0 0 311
            分享
      • 51testing软件测试圈微信