精华内容
下载资源
问答
  • Bugbug的级别划分优先级

    千次阅读 2020-11-05 19:28:16
    2. bug级别的分类及其具体划分的参考意见 一. 严重问题 定义: 不能完全满足系统要求,系统停止运行,系统的重要部件无法运行,系统崩溃或挂起等导致系统不能继续运行。修改优先级为最高,该级别问题需要立即修改。 ...

    1. 概述

    bug在最开始指的是计算机软件存在的漏洞,可以导致攻击者在未授权的情况下对系统进行各种操作;而在现在来讲,指的是各种软件存在的缺陷或漏洞以及软件软件可改进的细节、或与需求文档存在差异的功能实现等。
    bug按照其造成危害的严重程度可以分为四个等级,按照其修改的优先顺序,也可以分为四个等级;按照造成危害的严重程度可以划分的四个等级为严重问题、高级问题、中级问题和低级问题,对于各个问题的具体情况以及其一般对应的优先级如下所述;按照bug被处理的先后顺序也可以分为四个等级,分别为最高优先(Immediate)、高级优先(Urgent)、中级优先(Normal)、低优先级(Low)。不过需要注意的是,bug的严重程度与优先级之间并没有必然的联系。 有关于bug等级和优先级的详细描述如下。

    2. bug级别的分类及其具体划分的参考意见

    一. 严重问题(Blocker)

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

    1. 系统崩溃
    2. 导致程序重启,死机或非法退出
    3. 死循环
    4. 数据丢失或异常
    5. 数据通讯错误。
    6. 硬件故障,系统悬挂
    二. 高级问题(Critical)

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

    1. 功能不符合用户需求
    2. 数据计算错误
    3. 业务流程错误
    4. 程序接口错误
    5. 因错误操作迫使程序中断;
    6. 系统可被执行,但操作功能无法执行(含指令);
    7. 功能项的某些项目(选项)使用无效(对系统非致命的);
    8. 功能实现不完整,如删除时没有考虑数据关联;
    9. 功能的实现不正确,如在系统实现的界面上,一些可接受输入的控件点击后无作用,对数据库的操作不能正确实现。
    三. 中级问题(Major)

    定义: 系统可以满足业务要求,系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。
    修改优先级为中,该级别需要程序员修改。

    1. 数据长度不一致
    2. 内容或格式错误
    3. 响应时间较慢
    4. 功能性建议
    5. 提示信息不太准确
    6. 操作界面错误(包括数据窗口内列名定义、含义是否一致);
    7. 简单的输入限制未放在前台进行控制;
    8. 虽然正确性不受影响,但系统性能和响应时间受到影响;
    9. 不能定位焦点或定位有误,影响功能实现;
    10. 增删改功能,在本界面不能实现,但在另一界面可以补充实现。
    四. 低级问题(Minor)

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

    1. 界面不规范;
    2. 辅助说明描述不清楚;
    3. 输入输出不规范;
    4. 长时间操作未给用户提示;
    5. 提示窗口文字未采用行业术语;
    6. 可输入区域和只读区域没有明显的区分标志;
    7. 必填项与非必填项应加以区别;
    8. 滚动条无效;
    9. 键盘支持不好,如在可输入多行的字段中,不支持回车换行;
    10. 界面不能及时刷新,影响功能实现。

    3. bug的优先级

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

    一. 最高优先级(Immediate)

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

    二. 高级优先(Urgent)

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

    三. 中级优先(Normal)

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

    四. 低级优先(Low)

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

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

    参考:《bug优先级定义》
    《bug的严重级别和优先级》
    《缺陷划分方法》

    展开全文
  • 功能测试中定义的BUG严重程度等级,优先级等级详细说明
  • Bug优先级与严重程度的划分

    千次阅读 2015-10-30 16:46:19
    通常,人员在提交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. Immediate
    即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。 
    2. Urgent
    即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常  

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

    千次阅读 2018-12-11 14:01:16
    01 优先级 开场语 假设需求梳理会议上,团队确定本迭代的待办事项有n个,假若等到两周迭代开发快结束的时候,还有2个未完成,在这种情况下,是否按照约定准时发布? 按敏捷的思想,答案非常明确:按时进入测试和...

    01 优先级

    开场语

    • 假设需求梳理会议上,团队确定本迭代的待办事项有n个,假若等到两周迭代开发快结束的时候,还有2个未完成,在这种情况下,是否按照约定准时发布?
    • 按敏捷的思想,答案非常明确:按时进入测试和修改Bug阶段,并且只测试已经完成的n-2个需求,剩下2个没有完成的需求放在下一个迭代。
    • 但这时候可能会有人跳出来:用户最看重的就是这两个需求,少了这两需求客户会很不满意!
    • 根本原因:需求优先级划分不合理。

    优先级排列方法     

    • 是否有定性或定量的排列需求优先级的方法哪?
    • 当你决定是否开发这个需求时,最先考虑的因素有哪些?
    • 我们先从需求的两个最显而易见的属性考虑:
      • 产品价值
      • 技术成本

    • 从产品价值和技术成本两个角度分析,可以将产品划分为小而美、小而更美、大而美、大
    展开全文
  • 工作的优先级划分

    千次阅读 2019-02-20 18:44:41
    **工作的优先级划分** 一、 影响正常使用的 对于系统中无法正常使用的功能,应当优先进行处理和解决,保障系统关键功能能够正常运行。 二、 使用过程中存在问题的 系统在使用过程中存在bug的处理一般耗时较少,投入...
                                               **工作的优先级划分**
    

    一、 影响正常使用的
    对于系统中无法正常使用的功能,应当优先进行处理和解决,保障系统关键功能能够正常运行。
    二、 使用过程中存在问题的
    系统在使用过程中存在bug的处理一般耗时较少,投入产出比较高,能够在短时间内让系统正常运转起来,最大程度上保障功能能够稳步开展和运行。
    三、 不符合使用规范和要求的
    对于系统功能存在的不符合使用规范、定义等方面的功能,需要进行详细的需求调研和确认,确认无误后方可开展工作。
    四、 影响工作效率,增加工作量的
    对于影响工作量和工作效率的系统功能,应该在系统步入稳健后再开展。避免原始系统还不能用,迟迟无法看到工作成果的现象。
    五、 新增需求或者功能
    建议新增功能或者系统在整体系统稳定后再开展。
    在这里插入图片描述
    以上仅为个人见解,请大家不吝赐教

    展开全文
  • BUG级别(优先级、严重级)定义

    千次阅读 2016-11-08 17:05:34
    BUG级别(优先级、严重级)定义 一、主要分类 BUG类型标准主要分两类:依据优先级分类。依据严重程度分类。 A:依据优先级分类标准 优先级:指一个BUG相对于其他BUG对于公司的影响,解决的及时性。 ...
  • 将高优先级测试分为两组,分别为致命和严重(如果出现bug就是致命bug,那么这条测试用例也设定为致命。将致命的测试用例归并到BVT优先级。 相对统计的优先级分布BVT 10-15%,高20-30%,中等40-60%和低10-15%。...
  • 1 测试用例优先级定义 优先级 描述 High 主要流程,核心功能,80%...2 BUG优先级定义 优先级 描述 P0 仅线上环境才用P0的。表示问题必须马上解决,否则系统根本无法达到...
  • 本文总结了一些软件测试入门必须要了解和学习的BUG基础知识,主要包括BUG定义、测试BUG的等级划分Bug流程以及Bug解决优先级等内容。下面一起来梳理一遍这些基础知识吧! BUG基础知识 1、BUG定义 软件的Bug也叫缺陷...
  • 测试人员在提交bug时,经常要区分BUG优先级和严重程度。 这里以腾讯TAPD工具举例: TAPD优先级和严重程度如下表: 优先级 严重程度 紧急 致命 高 严重 中 一般 低 提示 无关紧要 建议 关于如何...
  • 故障优先级:中 故障标题:ie下界面显示异常,界面文字有重叠 故障描述: 测试环境:win7+IE8 测试步骤:1、打开vps首页,点击“通知”链接,进入通知页面 预期结果:通知页面显示正确,一页显示10条通知,按时间顺序...
  • 臭鲨 项目所有者,经理和开发人员可以使用错误跟踪系统来确定工作的优先级划分工作量。
  • 为提交Bug页面添加“优先级”字段 by:授客 QQ:1033553122 测试环境: 禅道项目管理软件7.1.stable版本 备注:仅适合windows版本,linux下,直接在页面管理后台安装官方插件就好了 步骤1、xampp->...
  • 严重:很明显的错误性的bug 较重:相对明显的错误性的bug 一般:常见的bug 建议类:(暂时保留,可能去掉) 二 优先级 说明:紧急相当于执行前的准备工作,重要相当于后续的工作 重要且紧急:...
  • Bug的严重等级和优先级

    万次阅读 2016-03-25 15:49:04
    一、 Bug的严重等级定义: 1、 Blocker即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。   严重花屏 内存泄漏  用户数据丢失或破坏 系统崩溃/死机/冻结 模块...
  • 一、 Bug的严重等级定义: 1、 Blocker即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。 严重花屏 内存泄漏 用户数据丢失或破坏 系统崩溃/死机/冻结 模块无法...
  • 一、TEST CASE的优先级定义 测试用例的优先级用于标识测试用例的重要性和执行频率,共分为4级,由高至低依次为P0-P3。 P0 核心功能测试用例(冒烟测试),确定此版本是否可测的测试用例,此部分...
  • 通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug的严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,在...
  • 一 什么是Bug Bug简单来说,就是指应该发生的事情没有发生,或者是不该发生的事情发生了。 构建一个系统,相当于是重新创造了一个世界。 如果把我们所在的世界,当成是一部巨大的玄幻小说,每一个系统都...
  • Bug严重程度和优先级 bug两个重要属性就是优先级(Priority)和严重性(Severity)。通常Bug管理系统将严重性分为五个等级:Blocker、Critical、Major、Normal、Minor、Trivial。将优先级分为Immediate、Urgent、High...
  • BUG级别定义标准

    2012-06-06 11:17:15
    1.依据优先级分类标准 4 1.1定义 4 1.2.分类标准 4 1.1.1 Urgent等级 4 1.1.2 High等级 4 1.1.3 Medium等级 4 1.1.4 Low等级 5 2.依据严重程度分类标准 5 2.1 定义 5 2.2.分类标准 5 2.2.1 Blocker等级 5 2.2.2 ...
  • 软件测试--bug的等级划分

    千次阅读 2019-05-21 15:30:33
    bug的严重级别: 致命的软件缺陷(Blocker):(一级bug) 1.造成系统或应用程序崩溃、死机、数据丢失、系统挂起。如代码错误,死循环,数据库发生死锁(一直锁在一个地方不解锁。) 2.与数据库连接错误或数据通讯错误...
  • bug的严重级别划分: 1、Blocker(崩溃): 阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。如:代码错误、死循环、数据库发生...
  • 将高优先级测试分为两组,分别为致命和严重(如果出现bug就是致命bug,那么这条测试用例也设定为致命。将致命的测试用例归并到BVT优先级。 相对统计的优先级分布BVT 10-15%,高20-30%,中等40-60%和低10-15%。 ...
  • 可先将需求分类,如紧急BUG解决、功能体验完善、新增亮点、未来规划,分别对应KANO模型中的必备、期望、兴奋、无差异、反向,最后结合重要程度判断优先级,同时为保证客观准确,可针对同一级别、同一类型的需求进行...
  • http://bbs.pfan.cn/post-305427.html1.BUG等级划分建议: 目前project上的BUG严重程度分为五个等级,按照CMMI5中定义的规范,BUG严重等级可分为3-5个等级,建议将BUG等级划分四个等级,分别为严重、主要、次要、...
  • Bug的严重等级和优先级别与分类

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

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 14,415
精华内容 5,766
关键字:

bug的优先级划分