精华内容
下载资源
问答
  • 一种基于LDA的bug严重性预测方法,王新亮,孟祥武,本文为了实现bug的严重性的有效性的预测,首先设定bug的严重性与bug语义以及所处系统有着紧密关系,通过收集特定系统内的bug描述信息
  • bug严重等级分类

    2014-12-22 15:37:23
    有关于测试当中的bug严重等级分类,可以分为以下四大类:严重,中,低,建议
  • bug严重等级划分

    2015-06-29 15:43:01
    bug严重等级划分,包括缺陷分类、缺陷严重登记、缺陷等级划分参考、缺陷状态
  • 修改Mantis提交bug时“严重性”字段

    千次阅读 2014-10-11 16:59:23
    今天尝试修改Mantis提交bug时“严重性”字段的内容,将原来的内容修改为A,B,C...等级: 在mantis/config_defaults_inc.php文件中查找$g_severity_enum_string字段,将其内容修改为:$g_severity_enum_string = '...

    今天尝试修改Mantis提交bug时“严重性”字段的内容,将原来的内容修改为A,B,C...等级:

    1. 在mantis/config_defaults_inc.php文件中查找$g_severity_enum_string字段,将其内容修改为:$g_severity_enum_string    = '10:A,20:B,30:C,40:D,50:E';
    2. 在mantis/lang/strings_chinese_simplified.txt文件中查找$s_severity_enum_string字段,同样将其内容修改为:$s_severity_enum_string = '10:A,20:B,30:C,40:D,50:E';
    3. 在mantis/config_defaults_inc.php文件中查找$g_default_bug_severity字段,将其内容修改为:$g_default_bug_severity = TEXT;,这样提交新bug时、默认的bug严重性为C等级。TEXT的定义在文件mantis/core/constant_inc.php中
    4. 进入Mantis,提交、查看和修改bug时,bug严重性变成了A.B.C,D,E级别。
    展开全文
  • BUG严重级别定义及描述

    千次阅读 2015-12-30 09:43:35
    BUG严重级别定义及描述

    BUG严重级别定义及描述
     
    1. 严重问题
     
    严重问题:不能完全满足系统要求,系统停止运行,系统的重要部件无法运行,系统崩溃或挂起等导致系统不能继续运行。
      修改优先级为最高,该级别问题需要立即修改。
     
    1. 系统崩溃
     
    2. 导致程序重启,死机或非法退出
     
    3. 死循环
     
    4 数据丢失或异常
     
    5. 数据通讯错误。
     
    6. 硬件故障,系统悬挂
     
    2. 高级问题
     
    高级问题:严重地影响系统要求或基本功能的实现,且没有更正办法(重新安装或重新启动该软件不属于更正办法)。使系统不稳定、或破坏数据、或产生错误结果,或部分功能无法执行,而且是常规操作中经常发生或非常规操作中不可避免的主要问题,系统无法满足主要的业务要求,性能、功能或可用性严重降低。
     修改优先级为高,该级别需要程序员尽快修改。
     
    1. 功能不符合用户需求
     
    2. 数据计算错误
     
    3. 业务流程错误
     
    4. 程序接口错误
     
    5. 因错误操作迫使程序中断;
     
    6. 系统可被执行,但操作功能无法执行(含指令);
     
    7. 功能项的某些项目(选项)使用无效(对系统非致命的);
     
    8. 功能实现不完整,如删除时没有考虑数据关联;
     
    9. 功能的实现不正确,如在系统实现的界面上,一些可接受输入的控件点击后无作用,对数据库的操作不能正确实现。
     
    3. 中级问题
     
    中级问题:系统可以满足业务要求,系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。修改优先级为中,该级别需要程序员修改。
     
    1. 数据长度不一致
       
    2. 内容或格式错误
     
    3. 响应时间较慢
     
    4. 功能性建议
     
    5. 提示信息不太准确
     
    6.操作界面错误(包括数据窗口内列名定义、含义是否一致);
     
    7.简单的输入限制未放在前台进行控制;
     
    8.虽然正确性不受影响,但系统性能和响应时间受到影响;
     
    9.不能定位焦点或定位有误,影响功能实现;
     
    10.增删改功能,在本界面不能实现,但在另一界面可以补充实现。
      
    4. 低级问题
     
    低级问题:
    使操作者不方便或遇到麻烦,但它不影响执行工作功能或重要功能。界面拼写错误
    或用户使用不方便等小问题或需要完善的问题
      修改优先级为低,该级别需要程序员修改或不修改。
     
    1.界面不规范;
     
    2.辅助说明描述不清楚;
     
    3.输入输出不规范;
     
    4.长时间操作未给用户提示;
     
    5.提示窗口文字未采用行业术语;
     
    6.可输入区域和只读区域没有明显的区分标志;
     
    7.必填项与非必填项应加以区别;
     
    8.滚动条无效;
     
    9.键盘支持不好,如在可输入多行的字段中,不支持回车换行;
     
    10.界面不能及时刷新,影响功能实现。

     

    展开全文
  • 严重性和优先级是表征软件测试缺陷的两个重要因素,它影响软件缺陷的统计结果和修正缺陷的优先顺序,特别在软件测试的后期,将影响软件是否能够按期发布与否。实际测试工作中不能正确表示缺陷的严重性和优先级,这将...

       严重性和优先级是表征软件测试缺陷的两个重要因素,它影响软件缺陷的统计结果和修正缺陷的优先顺序,特别在软件测试的后期,将影响软件是否能够按期发布与否。实际测试工作中不能正确表示缺陷的严重性和优先级,这将影响软件缺陷报告的质量,不利于尽早处理严重的软件缺陷,可能影响软件缺陷的处理时机。


        什么是缺陷的优先级和严重性


      严重性(Severity)顾名思义就是软件缺陷对软件质量的破坏程度,即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。 

      在软件测试中,软件缺陷的严重性的判断应该从软件最终用户的观点做出判断,即判断缺陷的严重性要为用户考虑,考虑缺陷对用户使用造成的恶劣后果的严重性。 

     

      优先级(Priority)是表示处理和修正软件缺陷的先后顺序的指标,即哪些缺陷需要优先修正,哪些缺陷可以稍后修正。 

      确定软件缺陷优先级,更多的是站在软件开发工程师的角度考虑问题,因为缺陷的修正顺序是个复杂的过程,有些不是纯粹技术问题,而且开发人员更熟悉软件代码,能够比测试工程师更清楚修正缺陷的难度和风险。

     

      缺陷的优先级和严重性的关系

     

       缺陷的严重性和优先级是含义不同但相互联系密切的两个概念。它们都从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度和处理方式。 

     

      一般地,严重性程度高的软件缺陷具有较高的优先级。严重性高说明缺陷对软件造成的质量危害性大,需要优先处理,而严重性低的缺陷可能只是软件不太尽善尽美,可以稍后处理。 

     

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

     

      修正软件缺陷不是一件纯技术问题,有时需要综合考虑市场发布和质量风险等问题。例如,如果某个严重的软件缺陷只在非常极端的条件下产生,则没有必要马上解决。另外,如果修正一个软件缺陷,需要重新修改软件的整体架构,可能会产生更多潜在的缺陷,而且软件由于市场的压力必须尽快发布,此时即使缺陷的严重性很高,是否需要修正,需要全盘考虑。 

     

      另一方面,如果软件缺陷的严重性很低,例如,界面单词拼写错误,但是如果是软件名称或公司名称的拼写错误,则必须尽快修正,因为这关系到软件和公司的市场形象。这个时候缺陷的优先级就很高。还有法律问题,商标问题,生活习俗问题。


    处理缺陷的优先级和严重性的常见错误

     

      正确处理缺陷的严重性和优先级不是件非常容易的事情,对于经验不很丰富的测试和开发人员而言,经常犯的错误有以下集中情形: 

     

      第一,将比较轻微的缺陷报告成较高级别的缺陷和高优先级,夸大缺陷的严重程度,经常给人“狼来了”的错觉,将影响软件质量的正确评估,也耗费开发人员辨别和处理缺陷的时间。 

     

      第二,将很严重的缺陷报告成轻微缺陷和低优先级,这样可能掩盖了很多严重的缺陷。如果在项目发布前,发现还有很多由于不正确分配优先级造成的严重缺陷,将需要投入很多人力和时间进行修正,影响软件的正常发布。或者这些严重的缺陷成了“漏网之鱼”,随软件一起发布出去,影响软件的质量和用户的使用信心。 

     

      因此,正确处理和区分缺陷的严重性和优先级,是软件测试人员和开发人员,以及全体项目组人员的一件大事。处理严重性和优先级,既是一种经验技术,也是保证软件质量的重要环节,应该引起足够的重视。


       如何表现缺陷的优先级和严重性

     

      缺陷的严重性和优先级通常按照级别划分,各个公司和不同项目的具体表示方式有所不同。 

     

      为了尽量准确的表示缺陷信息,通常将缺陷的严重性和优先级分成4级。如果分级超过4级,则造成分类和判断尺度的复杂程度,而少于4级,精确性有时不能保证。 


      具体的表示方法可以使用数字表示,也可以使用文字表示,还可以数字和文字综合表示。使用数字表示通常按照从高到底或从低到高的顺序,需要软件测试前达成一致。例如,使用数字1234分别表示轻微、一般、较严重和非常严重的严重性。对于优先级而言,1234可以分标表示低优先级、一般、较高优先级和最高优先级。

            也可以使用S1S2S3S4表示严重性的等级,用P1P2P3P4表示优先级的程度。 

     

        如何确定缺陷的优先级和严重性

      通常由软件测试人员确定缺陷的严重性,由软件开发人员确定优先级较为适当。但是,实际测试中,通常都是由软件测试人员在缺陷报告中同时确定严重性和优先级。 

     

      确定缺陷的严重性和优先级要全面了解和深刻体会缺陷的特征,从用户和开发人员以及市场的因素综合考虑。通常功能性的缺陷较为严重,具有较高的优先级,而软件界面类缺陷的严重性一般较低,优先级也较低。 

     

      对于缺陷的严重性,如果分为4级,则可以参考下面的方法确定: 

     

      – 非常严重的缺陷,例如,软件的意外退出甚至操作系统崩溃,造成数据丢失,重大功能缺失等。 

      – 较严重的缺陷,例如,软件的某个菜单不起作用或者产生错误的结果; 

      软件一般缺陷,例如,非主要功能的错误,本地化软件的某些字符没有翻译或者翻译不准确; 

      软件界面的细微缺陷,例如,某个控件没有对齐,某个标点符号丢失等; 

     

      对于缺陷的优先性,如果分为4级,则可以参考下面的方法确定: 

     

      最高优先级,例如,软件的主要功能错误或者造成软件崩溃,数据丢失的缺陷。 

      – 较高优先级,例如,影响软件功能和性能的一般缺陷; 

      -一般优先级,例如,本地化软件的某些字符没有翻译或者翻译不准确的缺陷; 

      – 低优先级,例如,对软件的质量影响非常轻微或出现几率很低的缺陷;

    展开全文
  • BUG分析

    千次阅读 2018-04-16 11:06:01
    BUG严重性BUG严重性,严重错误和次要错误占有比例大,相对系统的功能不稳定) 3. 严重BUG打开和严重BUG总数(比例越大,说明开发修复bug的效率偏低,代码不稳定,发布后出现bug的几率增加)---bug重复打开率 4....

    建议从以下几点分析总结BUG,尽量用数据去量化和证明

      1.   BUG分布图(可明确知道哪些模块存在BUG多),及对应rd的开发质量、qa漏测情况

      2.   BUG严重性(BUG严重性,严重错误和次要错误占有比例大,相对系统的功能不稳定)

      3.   严重BUG打开和严重BUG总数(比例越大,说明开发修复bug的效率偏低,代码不稳定,发布后出现bug的几率增加)---bug重复打开率

      4.   BUG解决状态图(可明确知道当前系统还存在的BUG未解决)

      5.   BUG曲线图

     

      6:严重bug平均关闭时间(天)----严重BUG从新建到关闭的时间越长,表示项目组对重视度不够。

      7:单个模块各个阶段的BUG图(各判断该模块是否稳定)

      8:每一阶段的旧功能BUG分析(有利于预防)--暂定一个月一次


    终极目标深入BUG分析

      

    1.BUG是软件生命周期中的重要的数据,应当被足够的重视和利用。

    2.注意组织内BUG数据积累,使用标准流程和成熟的缺陷管理工具对BUG进行管理,并通过缺陷工具提供的分析方法对BUG进行基本分析。

    3.深入BUG分析,提高BUG使用质量,挖掘BUG使用价值。

    4.基于BUG数据统计,加强层次化分析。按项目、过程、阶段、模块、技术、人等不同维度和层次,不同版本之间进行横向对比分析,获取多维度、多层次分析数据,实现精益化软件开发、度量和管理。

    5.使用数据挖掘方法,分析BUG的产生与软件开发过程中的人、过程、组织间的关联关系,发现BUG产生的深层次原因,研究解决方案,预防和降低BUG的产生,形成从BUG分析到组织生产能力提升的数据支撑,完成组织生产能力提升到个人素质增长的正向驱动。

    6.还可以利用第三方数据分析工具,高效的对BUG数据进行抽取、清洗、转换,基于强大的分析功能实现BUG分析的多维度、多层次动态分析展示,提升BUG的分析效果,实现BUG可视化、精细化管理,为软件组织的精益化管理提供多方位的数据支持。


    展开全文
  • BUG严重级别分类 Severity This field describes the impact of a bug. Blocker Blocks development and/or testing work Critical crashes, loss of data, severe memory leak ...
  • Bug严重程度和优先级 bug两个重要属性就是优先级(Priority)和严重性(Severity)。通常Bug管理系统将严重性分为五个等级:Blocker、Critical、Major、Normal、Minor、Trivial。将优先级分为Immediate、Urgent、High...
  • Priority[praɪˈɔrəti](优先级)和Severity[sɪ'verətɪ](严重程度)是Bug的两个重要属性。很多新人经常混淆这两个概念。 通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug严重程度, 而将Priority交给...
  • A类—严重错误,包括以下各种错误: 1. 由于程序所引起的死机,非法退出 2. 死循环 3. 数据库发生死锁 4. 因错误操作导致的程序中断 5. 与数据库连接错误 6. 数据通讯错误 B类—较严重错误,包括以下各种...
  • 严重:很明显的错误bug 较重:相对明显的错误bug 一般:常见的bug 建议类:(暂时保留,可能去掉) 二 优先级 说明:紧急相当于执行前的准备工作,重要相当于后续的工作 重要且紧急:...
  • Bug严重等级和优先级

    万次阅读 2016-03-25 15:49:04
    一、 Bug严重等级定义: 1、 Blocker即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。   严重花屏 内存泄漏  用户数据丢失或破坏 系统崩溃/死机/冻结 模块...
  • http://bbs.pfan.cn/post-305427.html1.BUG等级划分建议: 目前project上的BUG严重程度分为五个等级,按照CMMI5中定义的规范,BUG严重等级可分为3-5个等级,建议将BUG等级划分四个等级,分别为严重、主要、次要、...
  • bug严重程度级别,bug的定义

    千次阅读 2019-06-18 14:47:24
    操作或使用某一功能时,导致程序异常退出,或其余功能无法使用,或造成经常死机和重启 3.正常的用户操作,导致系统崩溃 2级:严重 1.严重影响系统要求或基本功能的实现,且没有办法避免冲...
  • Bug严重程度(Blocker, Critical, Major, Minor/Trivial)和Bug修复优先级如何定义 ...
  • Bug的生命周期中有很多个状态,下面我就为大家比较细致的罗列出一个Bug从它被创建到关闭的过程: 1.首先当测试人员接到一个项目或产品准备测试的时候,测试人员会根据测试用例一步步的来执行用例进行简单的功能测试...
  • Bug优先级与严重程度的划分

    千次阅读 2015-10-30 16:46:19
    Priority()和Severity... 即该Bug严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,在大多数情况下,Severit
  • Priority()和Severity(严重程度)是Bug的两个重要属性。通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级...
  • Bug严重程度、优先级如何定义

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

    2019-05-28 22:30:00
    测试过程中,原则上,发现与需求不符的功能点,可以直接提Bug,如果这个Bug非常严重或者严重影响程序运行,可以直接指派给开发处理,如果这个Bug是从易用或建议的方面考虑,开发可能回怼一句:需求或者设计如此...
  • Bug严重等级和优先级别与分类

    千次阅读 2019-04-16 15:53:00
    一、 Bug严重等级定义: 1、 Blocker 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。 严重花屏 内存泄漏 用户数据丢失或破坏 系统崩溃/死机/冻结 模块无法...
  • 在本文中,我们探索错误严重性与链接帖子的人群属性之间的相关性。 两种典型的项目类型这里研究了bug库,例如Mozilla(以用户为中心的项目)和Eclipse(以开发人员为中心的项目)。 我们的结果- s表明该漏洞的严重...
  • 缺陷(bug严重级别定义

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

    千次阅读 2016-11-08 17:05:34
    BUG级别(优先级、严重级)定义 一、主要分类 BUG类型标准主要分两类:依据优先级分类。依据严重程度分类。 A:依据优先级分类标准 优先级:指一个BUG相对于其他BUG对于公司的影响,解决的及时。 ...
  • 测试人员在提交bug时,经常要区分BUG的优先级和严重程度。 这里以腾讯TAPD工具举例: TAPD优先级和严重程度如下表: 优先级 严重程度 紧急 致命 高 严重 中 一般 低 提示 无关紧要 建议 关于如何...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 81,162
精华内容 32,464
关键字:

bug严重性