精华内容
下载资源
问答
  • 测试缺陷等级划分
    千次阅读
    2020-12-29 04:20:06

    开发同学说,感觉我的等级划分是乱来的。所以特别来记录下缺陷等级程度的划分。

    测试过程中发现的缺陷一般分为如下几类:

    功能问题(FunctionError):对产品、项目质量有影响,但尚难以确定是否是错误,暂时无法解决

    功能缺陷(FunctionDefect):不满足用户需求等bug的总称

    页面缺陷(UIDefect):页面美观性、协调性、错别字等

    建议类(Suggestion):对产品、项目的建议性意见,不强制要求修改

    硬件性能:进行性能测试时使用,暂定:网络延时、内存问题、CPU占用、硬盘问题

    安全性问题:进行系统安全测试时使用,暂不订具体标准

    业务流程问题:进行业务流程测试时进行

    数据库性能:暂不执行

    模块间接口问题:涉及有模块间数据传递时使用

    其他(Other):其它

    根据各类缺陷的严重程度将缺陷分为5个等级,具体如下:

    1、低(Low) -建议类错误,对软件的改进意见或者建议。如:

    a、功能建议

    b、操作建议

    c、校验建议

    d、说明建议

    e、UI建议

    2、中(Medium) -使操作者不合理或者不方便或操作遇到麻烦,但它不影响执行工作功能或重要功能,次要功能,对产品使用影响不大。如:

    界面错误:

    a、使操作者不方便或者遇到麻烦,但不影响执行工作功能的实现

    b、界面、控件的摆布、图标、输入输出不规范

    提示类错误:

    a、删除操作未给出提示

    更多相关内容
  • 软件测试缺陷等级划分标准

    万次阅读 多人点赞 2018-12-11 16:51:28
    严重级别 子项 概述 具体描述 ... 运行软件系统后会导致操作系统崩溃 (内存漏留严重或CPU占用100%) A-2 导致软件系统崩溃 ...

    严重级别

    子项

    概述

    具体描述

    1级:

    致命问题

    A-1

    操作系统崩溃

    运行软件系统后会导致操作系统崩溃

    (内存漏留严重或CPU占用100%)

    A-2

    导致软件系统崩溃

    因操作某项功能而导致软件系统自动崩溃或死机

    A-3

    导致整个模块或软件系统不能使用

    因操作某个功能,导致整个模块或软件系统不能使用

    A-4

    信息丢失

    1. 数据库数据会丢失
    2. 打印出来的报告与其实内容不相符
    3. 出现串报告或串影像问题

    A-5

    业务流错误

    1. 业务流程没达到设计要求
    2. 因业务流程中的某个功能没有实现而导致整个业务流程不能完整的实现

    A-6

    核心功能不能使用

    1. 客户端核心功能无法使用或报错(例如:登记、采图、写报告、打印等)
    2. 服务端服务无法加载或启动,导致客户端无法使用

    2级:

    严重问题

    B-1

    重要数据计算错误

    1. 重要数据统计信息存在较大的差异
    2. 重要数据计算方法有错

    B-2

    数据库发生错误

    1. 执行某一操作时会出现数据库死锁现象
    2. 数据库通讯错误

    B-3

    系统不稳定

    1. 系统在操作主要功能中会出现偶发的报错
    2. 系统在使用过程中会出现闪退
    3. 查询、打开速度很慢,超过正常范围的2倍
    4. 操作某个功能有时无反应
    5. 系统在运行一段时间后会明显变慢,影响业务操作

    B-4

    安全性问题

    1. 系统没有建立用户帐号,没有设置密码访问
    2. 数据库敏感内容没有加密(例如:密码等)
    3. 同一份报告可同时多人编辑
    4. 客户端没有授权也可以正常登录(加密狗权限)

    3级:

    一般问题

    C-1

    一般功能未实现

    1. 一般的功能不能使用
    2. 一般的功能实现达不到用户需求

    C-2

    无信息合法性检查

    1. 没有对输入的数据类型进行检验(如日期型文本框中输入字符型数据时没有弹出提示信息)
    2. 输入框不允许为空,而用户输入为空时没有相应的提示信息
    3. 输入非法字符、输入的字符长度超出允许的长度范围时出错
    4. 输入超大、超小值溢出错误(数值型、日期型字段)

    C-3

    兼容性问题

    1. 业务系统对操作系统的兼容性不好
    2. 对于浏览器的兼容性不好
    3. 对于主流的数据库兼容性不好

    C-4

    软件使用不便

    1. 输入或选择无法正常得到焦点
    2. 进行某项操作后,显示出的光标所在焦点与实际所在的焦点不一致
    3. 没有使用数据调用而导致用户重复输入量过多
    4. 进行某操作后返回,无法回到原来所在的位置
    5. 新增记录没有排在首行
    6. 不符合用户的操作习惯(如Windows操作习惯,没使用常用的默认键、快捷键、TAB顺序与使用顺序不一致等)

    C-5

    数据不能立即更新

    1. 界面中的统计数据没有及时更新
    2. 用户添加/修改/删除的数据没及时更新
    3. 按钮或选项状态(有效/无效)没有及时变更
    4. 界面数据刷新不正确

    C-6

    删除操作没给出提示

    1. 对于关键性数据删除时没有给出提示
    2. 重要信息删除后不能恢复

    4级:

    提示及建议问题

    D-1

    界面显示错误

    1. 排版不规则
    2. 文字、图片不能完全显示或错误
    3. 打印排版 、格式错误(格式据客户需求,一般打印幅面以A4为准)
    4. 不同分辨率下界面显示不正常

    D-2

    信息提示不清

    1. 信息提示不易理解、有歧义或不统一
    2. 提供给用户过多无用或过少的信息
    3. 当鼠标移到图片或按钮上时,无浮动的提示语
    4. 提示信息先后无序(针对嵌套提示框)

    D-3

    界面不规范

    1. 界面风格、操作方式不统一(控件、文字、颜色等)
    2. 标题不规范或各处信息描述不一致

    D-4

    界面文字错误

    1. 文字拼写错误
    2. 语法错误
    3. 标点符号错误或全、半角混杂等

    D-5

    界面操作性建议

    1. 对界面的优化建议
    2. 对操作方便性的建议
    展开全文
  • 软件测试过程中,对于缺陷等级定义的方法。定义了缺陷分为多少个级别。
  • 软件测试缺陷等级划分

    万次阅读 2017-10-28 22:44:02
    A类--严重错误,**以下各种错误:  1、由于程序所引起的死机,非法退出  2、死循环 ...E类--测试建议 原文:http://www.51testing.com/html/65/180565-3712603.html
    A类--严重错误,**以下各种错误:
      1、由于程序所引起的死机,非法退出
      2、死循环
      3、数据库发生死锁
      4、因错误操作导致的程序中断
      5、功能错误
      6、与数据库链接错误
      7、数据库通讯错误
    B类--较严重错误,**以下错误:
      1、程序错误
      2、程序接口错误
      3、数据库的表、业务规则、缺省值未加完整性等约束条件
    C类--一般性错误,**以下各种错误:
      1、操作界面错误(**数据窗口内列名定义、含义是否一致)
      2、打印内容、格式错误
      3、简单的输入显示未放在前台进行控制
      4、删除操作未给出提示
      5、数据库表中有过多的空字段
    D类--较小错误,**以下各种错误:
      1、界面不规范
      2、辅助说明描述不清楚
      3、输入输出不规范
      4、长操作未给用户提示
      5、提示窗口文字未采用行业术语
      6、可输入区域和只读区域没有明显的区分标志

    E类--测试建议


    原文:http://www.51testing.com/html/65/180565-3712603.html




    展开全文
  • 软件测试缺陷等级

    千次阅读 2020-12-19 14:13:42
    软件缺陷的优先级严重性和优先级是表征软件测试缺陷的两个重要因素,它影响软件缺陷的统计结果和修正缺陷的优先顺序,特别在软件测试的后期,将影响软件是否能够按期发布与否。对于软件测试初学者而言,或者没有软件...

    软件缺陷的优先级

    严重性和优先级是表征软件测试缺陷的两个重要因素,它影响软件缺陷的统计结果和修正缺陷的优先顺序,特别在软件测试的后期,将影响软件是否能够按期发布与否。

    对于软件测试初学者而言,或者没有软件开发经验的测试工程师,对于这两个概念的理解,对于它们的作用和处理方式往往理解的不彻底,实际测试工作中不能正确表示缺陷的严重性和优先级。

    这将影响软件缺陷报告的质量,不利于尽早处理严重的软件缺陷,可能影响软件缺陷的处理时机。

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

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

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

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

    缺陷的严重性和优先级的关系缺陷的严重性和优先级是含义不同但相互联系密切的两个概念。

    它们都从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度和处理方式。

    一般地,严重性程度高的软件缺陷具有较高的优先级。

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

    但是,严重性和优先级并不总是一一对应。

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

    修正软件缺陷不是一件纯技术问题,有时需要综合考虑市场发布和质量风险等问题。

    例如,如果某个严重的软件缺陷只在非常极端的条件下产生,则没有必要马上解决。

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

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

    处理缺陷的严重性和优先级的常见错误正确处理缺陷的严重性和优先级不是件非常容易的事情,对于经验不是很丰富的测试和开发人员而言,经常犯的错误有以下几种情形:第一,将比较轻微的缺陷报告成较高级别的缺陷和高优先级,夸大缺陷的严重程度,经常给人“狼来了”的错觉,将影响软件质量的正确评估,也耗费开发人员辨别和处理缺陷的时间。

    第二,将很严重的缺陷报告成轻微缺陷和低优先级,这样可能掩盖了很多严重的缺陷。

    如果在项目发布前,发现还有很多由于不正确分配优先级造成的严重缺陷,将需要投入很多人力和时间进行修正,影响软件的正常发布。

    或者这些严重的缺陷成了“漏网之鱼”,随软件一起发布出去,影响软件的质量和用户的使用信心。

    因此,正确处理和区分缺陷的严重性和优先级,是软件测试人员和开发人员,以及全体项目组人员的一件大事。

    处理严重性和优先级,既是一种经验技术,也是保证软件质量的重要环节,应该引起足够的重视。

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

    为了尽量准确的表示缺陷信息,通常将缺陷的严重性和优先级分成4级。

    如果分级超过4级,则造成分类和判断尺度的复杂程度,而少于4级,精确性有时不能保证。

    具体的表示方法机可以使用数字表示,也可以使用文字表示,还可以数字和文字综合表示。

    使用数字表示通常按照从高到底或从低到高的顺序,需要软件测试前达成一致。

    例如,使用数字1,2,3,4分别表示轻微、一般、较严重和非常严重的严重性。

    对于优先级而言,1,2,3,4可以分标表示低优先级、一般、较高优先级和最高优先级。

    如何确定缺陷的严重性和优先级通常由软件测试人员确定缺陷的严重性,由软件开发人员确定优先级较为适当。

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

    确定缺陷的严重性和优先级要全面了解和深刻体会缺陷的特征,从用户和开发人员以及市场的因素综合考虑。

    通常功能性的缺陷较为严重,具有较高的优先级,而软件界面类缺陷的严重性一般较低,优先级也较低。

    对于缺陷的严重性,如果分为4级,则可以参考下面的方法确定:1 – 非常严重的缺陷,例如,软件的意外退出甚至操作系统崩溃,造成数据丢失。

    2 – 较严重的缺陷,例如,软件的某个菜单不起作用或者产生错误的结果; 3 - 软件一般缺陷,例如,本地化软件的某些字符没有翻译或者翻译不准确; 4 -软件界面的细微缺陷,例如,某个控件没有对齐,某个标点符号丢失等;对于缺陷的优先性,如果分为4级,则可以参考下面的方法确定:1 –最高优先级,例如,...

    软件测试中为什么缺陷越早发现越好?

    1.缺陷标识(Identifier): 缺陷标识是标记某个缺陷的一组符号。

    每个缺陷必须有一个唯一的标识。

    2.缺陷类型 (Type): 缺陷类型是根据缺陷的自然属性划分的缺陷种类。

    3.缺陷严重程度 (Severity) :缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。

    4.缺陷优先级(Priority): 缺陷的优先级指缺陷必须被修复的紧急程度。

    5.缺陷状态(Status) :缺陷状态指缺陷通过一个跟踪修复过程的进展情况。

    6.缺陷起源(Origin) :缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。

    7.缺陷来源(Source): 缺陷来源指引起缺陷的起因。

    8.缺陷根源(Root Cause): 缺陷根源指发生错误的根本因素。

    F- Function :影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。

    并且设计文档需要正式的变更。

    如逻辑,指针,循环,递归,功能等缺陷。

    A- Assignment: 需要修改少量代码,如初始化或控制块。

    如声明、重复命名,范围、限定等缺陷。

    I- Interface: 与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。

    C- Checking: 提示的错误信息,不适当的数据验证等缺陷。

    B Build/package/merge :由于配置库、变更管理或版本控制引起的错误。

    D- Documentation: 影响发布和维护,包括注释。

    G- Algorithm :算法错误。

    U-User Interface:人机交互特性:屏幕格式,确认用户输入,功能有效性,页面排版等方面的缺陷。

    P-Performance:不满足系统可测量的属性值,如:执行时间,事务处理速率等。

    N-Norms:不符合各种标准的要求,如编码标准、设计符号等。

    软件测试错误严重程度1.Critical:不能执行正常工作功能或重要功能。

    或者危及人身安全。

    2.Major:严重地影响系统要求或基本功能的实现,且没有办法更正。

    (重新安装或重新启动该软件不属于更正办法)3.Minor:严重地影响系统要求或基本功能的实现,但存在合理的更正办法。

    (重新安装或重新启动该软件不属于更正办法)4.Cosmetic:使操作者不方便或遇到麻烦,但它不影响执行工作功能或重要功能。

    5.Other:其它错误。

    同行评审错误严重程度1.Major:主要的,较大的缺陷2.Minor:次要的,小的缺陷 1.Resolve Immediately:缺陷必须被立即解决。

    2.Normal Queue:缺陷需要正常排队等待修复或列入软件发布清单。

    3.Not Urgent:缺陷可以在方便时被纠正。

    1.Submitted: 已提交的缺陷2.Open :确认“提交的缺陷”,等待处理3.Rejected: 拒绝“提交的缺陷”,不需要修复或不是缺陷4.Resolved :缺陷被修复5.Closed :确认被修复的缺陷,将其关闭 1.Requirement:在需求阶段发现的缺陷2.Architecture:在构架阶段发现的缺陷3.Design:在设计阶段发现的缺陷4.Code:在编码阶段发现的缺陷5.Test:在测试阶段发现的缺陷 1.Requirement: 由于需求的问题引起的缺陷2.Architecture: 由于构架的问题引起的缺陷3.Design: 由于设计的问题引起的缺陷4.Code: 由于编码的问题引起的缺陷5.Test: 由于测试的问题引起的缺陷6.Integration: 由于集成的问题引起的缺陷

    软件测试 毕业论文

    本科论文还是硕士论文? 我估计是本科论文可能性比较大,硕士论文作这个就太那个了。

    测试的目标说白了,不过是确认产品功能是否正确,进一步还可以确认性能等。

    1、论文首先得讲你做了什么,开宗明义2、背景,这里就是你测试的产品,大体介绍一下,就是copy,注明出处3、这里需要根据产品的需求文档,逐一列出需要测试的各个功能,注明出处4、对各个功能一一设计测试用例,这个需要自己来写,对应的代码工作是编写测试的子程序(如果需要)5、确认对各个功能测试的结果,做了哪些测试,测试正确性如何,产品质量如何6、总结7、致谢8、原创性说明就这些了,一般的院校都会有自己的格式要求,但大多数不会差得太多,照着套就行了,呵呵

    软件测试时问我在生活中哟哦你过得软件有什么缺陷,我应该怎么回答...

    原则1——测试显示缺陷的存在,但不能证明系统不存在缺陷。

    测试可以减少软件中存在未被发现缺陷的可能性,但即使测试没有发现任何缺陷,也不能证明软件或系统是完全正确的。

    2)原则2——穷尽测试是不可能的。

    由于有太多的输入组合、有太多的路径,而且时间是有限的,无法做到完全的测试(100%测试覆盖率)。

    通过运用风险分析和不同系统功能的测试优先级,来确定测试的关注点,从而替代穷尽测试。

    3)原则3——测试尽早介入。

    软件项目一启动,软件测试就应开始,也就是从项目启动的第一天开始,测试人员就应参与项目的各种活动和开展对应的测试活动。

    测试工作进行得越早,软件开发的劣质成本就越低,并能更好地保证软件质量。

    例如,在代码完成之前,可以进行各种静态测试,主导或积极参与需求文档、产品规格说明书等的评审,将问题消灭在萌芽阶段。

    4)原则4——缺陷集群性。

    版本发布前进行测试所发现的大部分缺陷和软件运行失效是由于少数软件模块引起的。

    一段程序中发现的错误数越多,意味着这段程序的质量越不好。

    错误集中发生的现象,可能和程序员的编程水平、经验和习惯有很大的关系,也可能是程序员在写代码时情绪不够好或不在状态等。

    如果在同样的测试效率和测试能力的条件下,缺陷发现得越多,漏掉的缺陷就越多。

    这也就是著名的Myers 反直觉原则:在测试中发现缺陷多的地方,会有更多的缺陷没被发现。

    假定测试能力不变,通过测试会发现产品中90%的缺陷。

    如果在模块A 发现了180 个缺陷,在模块B 发现了45 个缺陷,意味着模块A 还有20 个缺陷没被发现,而模块B 只有5个缺陷未被发现。

    所以,对发现错误较多的程序段,应进行更深入的测试。

    展开全文
  • 戳:软件测试之对BUG进行错误类型划分
  • 缺陷等级标准》缺陷严重级别定义:o 最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等.o 紧急---事件非常重要,并且需要马上给予关注.o 高级---事件是重要的,并且应该在紧急的...
  • 如何进行软件缺陷等级定义?

    千次阅读 2020-12-19 14:13:41
    原标题:如何进行软件缺陷等级定义?当我们的测试人员辛辛苦苦地完成了测试活动,发现了软件中的Bug,而这只是让测试活动发挥...现有的国家军用标准中对于软件测试的过程、测试方法、测试类型等都有相关规定,但是,...
  • 清晰认识手机测试中,缺陷等级划分,新手必备。
  • 缺陷等级等级名称等级定义P1严重缺陷应用系统崩溃或系统资源使用严重不足:1、系统停机(含软件、硬件)或非法退出,且无法通过重启恢复;  缺陷等级等级名称等级定义  P1严重缺陷应用系统崩溃或系统资源使用严重不足...
  • 软件缺陷管理中的BUG等级划分方法BUG等级划分软件测试1.BUG等级划分建议:目前project上的BUG严重程度分为五个等级,按照CMM5中定义的规范,BUG严重等级可分为3-5个等级,由于我们公司的CMM水平还处于初级阶段,将...
  • Upo+\^q%kW软件缺陷的主要类型有:51Testing软件测试网K w(rB4ll4g:nZ51Testing软件测试网0\B5t&F!Fx iL1、功能、特性没有实现或部分实现51Testing软件测试网0gRE]_$d(M2{$b4m1J}C(D9i D02、设计不合理,存在缺陷...
  • 缺陷BUG等级定义?都分为那些级别

    千次阅读 2020-12-19 14:13:41
    2015-01-28 06:30:01阅读( 134 )缺陷等级 等级名称 等级定义P1 严重缺陷 应用系统崩溃或系统资源使用严重不足:1、 系统停机(含软件、硬件)或非法退出,且无法通过重启恢复;2、 系统死循环;3、 数据库发生死锁或...
  • 严重:无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试 严重花屏 内存泄漏 用户数据丢失或破坏 系统崩溃/死机/冻结 模块无法启动或异常退出 严重的数值计算错误 功能设计与需求严重不符...
  • 软件测试缺陷等级划分

    千次阅读 2019-03-03 21:22:04
    A类—严重错误,包括以下各种错误: 1. 由于程序所引起的死机,非法退出 2. 死循环 3. 数据库发生死锁 4. 因错误操作导致的程序中断 5. 与数据库连接错误 6. 数据通讯错误 ...B类—较严重错误,包括以下各种...
  • 软件缺陷等级划分

    千次阅读 2019-01-09 18:24:03
    在日常的代码工作中,我们难免会遇到软件缺陷,软件缺陷不同,其对系统的影响也不同,但是对于软件缺陷的等级划分并没有官方机构进行严格的区分,不过工作中我们多数情况下会将软件缺陷等级按照系统的受影响严重程度...
  • 软件测试Bug等级如何划分

    千次阅读 2020-09-18 22:59:20
    一:测试BUG等级划分标准 Blocker(崩溃):阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。如:代码错误、死循环、数据库发生...
  • 参考以下4个Bug等级的定位: 致命 阻塞主要功能使用后续的测试流程;系统崩溃、某页面崩溃、核心的接口异常等 严重 阻塞其他功能流程(或是阻塞某些用例覆盖);接口无法获取、获取不全的数据 一般 部分数据...
  • 测试缺陷等级

    2020-12-19 14:13:41
    缺陷严重-等级描述1-致命1)可能有灾难性的后果,如造成系统崩溃,造成事故等2)程序无法运行2-严重1)产生错误的结果,导致系统不稳定的问题,运行时好时坏:造成数据库不稳定的错误2)列在说明中的需求未在最终系统中...
  • 给大家讲游戏测试缺陷等级分类,它的等级区分不同于应用软件系统的测试,行业不同,分类标准也不同。视觉级缺陷:此类缺陷不会对游戏功能造成影响,但是一款好游戏不光要心灵美(技术好)也要外型美,给玩家带来感观...
  • 我们在日常的软件测试过程中会发现,在测试的初始阶段,测试人员对测试环境不很熟悉,因此日均发现的软件缺陷数比较少,发现软件缺陷数的增长较为缓慢;随着测试人员逐渐进入状态并熟练掌握测试环境后,日均发现软件...
  • 缺陷等级划分

    2015-12-01 22:12:17
    软件测试中的缺陷等级划分,面试中会问到,早点做准备
  • 什么是软件测试缺陷呢?通俗来说,就是bug管理。在软件系统或者程序研发过程中,程序员编码、系统设计架构不合理都可能产生错误,影响程序的正常运行。而软件测试的目的之一,就是通过软件测试工具执行操作,找到...
  • 依据产生错误对客户使用造成的后果严重性将抽测出的问题按五个等级划分,即:(A类, B类,C类,D类,E类) A类:致命缺陷 系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不...
  • 缺陷等级划分

    2021-09-07 21:15:15
    缺陷等级划分 A 类——致命错误。不能完全满足系统要求,基本业务功能未实现,系统崩溃、不稳定或挂起等导致系统不能继续运行、导致系统出现不可预料的严重错误的问题。 系统崩溃,死机,非法退出,无法继续操作,或...
  • 软件测试--bug的等级划分

    千次阅读 2019-05-21 15:30:33
    致命的软件缺陷(Blocker):(一级bug) 1.造成系统或应用程序崩溃、死机、数据丢失、系统挂起。如代码错误,死循环,数据库发生死锁(一直锁在一个地方不解锁。) 2.与数据库连接错误或数据通讯错误,未考虑异常操作...
  • 该楼层疑似违规已被系统折叠隐藏此楼查看此楼一、bug的定义 软件的bug,狭义指软件程序的漏洞或缺陷,广义指测试工程师或用户提出的软件可改进的细节、或与需求文档存在差异的功能实现等 对应三个测试目的:(3个...
  • 软件缺陷的严重程度和优先级

    千次阅读 多人点赞 2022-03-20 11:45:30
    软件缺陷分类(Prority&Severity)
  • 一般来说,软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。 进行软件缺陷分析后,软件缺陷的主要可以分为以下几种类型: (1)设计不合理; 2)功能、特性没有实现或部分...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 6,020
精华内容 2,408
关键字:

软件测试缺陷等级划分