精华内容
下载资源
问答
  • 缺陷优先级别
    2019-12-16 20:49:01

    缺陷级别标准
    缺陷应按照一定标准进行严重程度的划分,以此来确定软件的开发质量及确定修改缺陷的优先级别,缺陷严重程度进行以下划分:

    一级 致命缺陷
    (系统级) 造成操作系统、相关应用服务器宕机,整个网络系统瘫痪类系统级的BUG。
    二级 严重缺陷
    (应用级) 影响平台稳定性、部分网络系统瘫痪类应用级的BUG,造成本应用系统宕机,相关的应用子系统宕机,架构类BUG,可移植性类BUG,接口类BUG,可重用性类BUG。
    三级 一般缺陷
    (业务级) 业务处理终止或者出错类BUG,交易出错及其一致性类BUG,安全类BUG,容错类BUG,性能类BUG,算法类BUG,功能类BUG等,安装部署类BUG,与组织标准不符类BUG。
    四级 微小缺陷
    (操作级) 易用性BUG,界面类BUG,提示信息类BUG。
    五级 建议缺陷
    (文档级) 安装手册,操作手册,在线帮助,代码冗余,可跟踪性等问题。

    更多相关内容
  • 优先级别划分指缺陷必须被修复的紧急程度,由研发负责人在分配新建缺陷时指定,产品(项目)负责人或经理可参与定夺。由于软件行业不同,还需根据每个行业的特点来定义缺陷优先级。通常优先级的定义参考该缺陷的严重

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

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

    优先级别划分指缺陷必须被修复的紧急程度,由研发负责人在分配新建缺陷时指定,产品(项目)负责人或经理可参与定夺。由于软件行业不同,还需根据每个行业的特点来定义缺陷优先级。通常优先级的定义参考该缺陷的严重程度,如:

    l 紧急级别缺陷应阻止相关研发人员的进一步开发活动,立即进行本缺陷的修复工作。例如,软件的主要功能错误或者造成软件崩溃,数据丢失的缺陷。

    l 高级别缺陷应在本次迭代周期内修改完成。例如,影响软件功能和性能的一般缺陷;

    l 中级别缺陷需要在本次迭代周期内修改完成,但不排除放到下一周期内解决,但需要项目组讨论决定。例如,本地化软件的某些字符没有翻译或者翻译不准确的缺陷。

    l 低级别缺陷是项目完成前修改完成,或根据实际项目情况,择时修改。例如,对软件的质量影响非常轻微或出现几率很低的缺陷。

    缺陷生命历程中,操作人员职责确定之后,还要制定缺陷库的相关配置规范,具体规范如下:

    1)根据现有项目,配置管理员创建缺陷库,并设置项目用户和权限。

    2)设置缺陷库的相关属性。根据现有缺陷库工具,设定出合理的缺陷属性。

    3)规定测试人员提交缺陷的书写格式。Bug的详细描述要达到让研发人员清晰这是一个什么问题,看了能够自己复现的程度,所以要详细但要避免冗余。缺陷的编写规范要包含以下几点:

    l 测试配置:主要是产品或相关测试要件的配置。

    l 测试环境:测试所搭建的软件、硬件、数据环境。

    l 测试步骤:这是比较关键的,目的是帮助研发重现缺陷,需要组号列出1、2、3等步骤项。或者指明对应的测试用例。

    l 预期结果和实际结果:写到描述中,不但能够做对比,而且能够有效的证明这确实是一个bug。

    除了上述描述外还应注意如下:

    l 一个缺陷记录只能描述一个bug。

    l Bug的唯一性:在提交bug之前,要确认这个bug是否已经被其他人发现并报告(搜索功能)

    l 重现:有些bug很容易就重现,有些就很难。如果你能重现一个bug,应该准确的解释必须的条件。应该列出所有的步骤,包括精确的组合,文件名以及你碰到或重现这个问题的操作顺序。如果你能够确认这个问题在任何文件,任何的操作顺序等条件下都会发生,那也做好能够给出一个明确的示例来帮助开发重现。如果发现一个不能重新的bug,就尽可能多的提供有效的信息给开发人员。截图、日志,抓包等对捕获这个bug有帮助的信息可以包含在你的bug报告中

    l 定位:对于一个测试人员来说,应该做一些有效的事情来帮助定位问题。要多想会不会是外部的什么特殊原因引起的这个问题?会不会是因为网络的问题导致的问题?或者是应用软件配置错误导致的问题?如果实在不能定位问题原因,是否可以想办法缩小出错的范围?尽量避免是由于测试人员的问题导致误报了bug。测试人员定位bug的能力,一定程度上是测试人员附加值的体现,能够节省项目组相关人员的时间,缩短了回归bug的时间

    l 报告bug时要使用中性语言,不要带有感情色彩。不要带有幽默也不要带有任何不满情绪。

    4)为了防止缺陷库遭到未经授权的访问和操作,可以将缺陷库成员分配到指定的用户组,用户组权限设置如表2-1所示。

    表2-1用户组权限设置

    用户组

    操作权限

    状态更改权限

    备注

    Developer

    研发人员在该分组中,可以对已有缺陷更改状态、添加注释、更改本人用户密码

    新建—>打开

    打开—>已解决

    打开—>延后解决

    打开—>已否决

    延后解决—>已解决

    重新打开—>延后解决

    重新打开—>已解决

    Tester

    测试人员在该分组中,可以添加缺陷、更改状态、添加注释、更改本人用户密码

    已解决—>已关闭

    已解决—>重新打开

    已否决—>重新打开

    已否决—>已关闭

    Viewer

    产品、项目组内其他人员在该分组中,可以对缺陷进行查看、添加注释、更改本人用户密码

    不设置状态修改权限

    最后,下面是我整理出来的一份软件测试工程师发展方向知识架构体系图。

    希望大家能在这个成长过程中收益良多。可以说,这个过程会让你痛不欲生,但只要你熬过去了。以后的生活就轻松很多。正所谓万事开头难,只要迈出了第一步,你就已经成功了一半,古人说的好“不积跬步,无以至千里。”等到完成之后再回顾这一段路程的时候,你肯定会感慨良多。

    由于CSDN上传图片大小有限,有需要的朋友可以关注我的公众号:程序员二黑,回复1,即可获取原图。

    下面是一份配套的软件测试资源包:

    上面是一些配套资源,对于软件测试的的朋友来说应该是最全面最完整的备战仓库,为了更好地整理每个模块,我也参考了很多网上的优质博文和项目,力求不漏掉每一个知识点,很多朋友靠着这些内容进行复习,拿到了BATJ等大厂的offer,这个仓库也已经帮助了很多的软件测试的学习者,希望也能帮助到你。

    关注我的微信公众号:程序员二黑,即可免费获取!

    最困难的时候,也就是我们离成功不远的时候!如果你不想再体验一次自学时找不到资料,没人解答问题,坚持几天便放弃的感受的话,可以加入我们的群:785128166 大家一起讨论交流学习。

    展开全文
  • 缺陷八大要素
  • 缺陷级别的定义

    千次阅读 2020-03-18 21:01:39
    缺陷是分级别的, 级别缺陷的严重程度. 优先级是修改缺陷的优先级. 原则上缺陷级别越高, 修改的优先级越高. 但也有个别缺陷级别高, 但是修改的优先级低. 缺陷级别分为4个: 崩溃, 严重, 一般, 次要, 建议 大部分...

    缺陷是分级别的, 级别是缺陷的严重程度. 优先级是修改缺陷的优先级. 原则上缺陷的级别越高, 修改的优先级越高. 但也有个别缺陷级别高, 但是修改的优先级低.

    缺陷级别分为4个: 崩溃, 严重, 一般, 次要, 建议

    大部分公司会有个 建议性的bug, 表示功能是没有缺陷的, 比如可能为了页面更美观, 但并非bug, 所以叫做 建议性bug.

    现在企业都会有5个缺陷级别. 对应着为 A, B, C, D, F(或者为1. 2. 3. 4. 5).

    1. Blocker(崩溃)

    崩溃: 阻碍开发或测试工作的问题.

    1. 造成系统崩溃, 死机, 死循环, 导致数据库数据丢失, 与数据库连接错误, 主要功能丧失, 基本模块缺失等问题. 如: 代码错误, 死循环, 数据库发生死锁, 重要的一级菜单功能不能使用等(该问题在测试中较少出现, 一旦出现应立即终止当前版本测试.)
    2. 造成数据泄露的安全性问题, 比如恶意攻击造成的账户私密信息泄露
    3. 涉及金钱计算
    4. 阻断性测试, 所有测试工作进行不下去--阻断错误一般发生在冒烟测试等主流程上, 比如, 如果注册之后才能进行内部操作, 然后无法注册.

    2. Critical(严重)

    严重: 系统主要功能部分丧失, 数据库保存调用错误, 用户数据丢失, 一级功能菜单不能使用但是不影响其他功能的测试.

    功能设计与需求严重不符, 模块无法启动或调用, 程序重启, 自动退出, 关联程序间调用冲突, 安全问题, 稳定性等.

    如: 软件中数据保存后数据库中显示错误, 用户所要求的功能缺失, 程序接口错误, 数值计算统计错误等.(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试).

    1. 重要功能不能实现
    2. 错误的涉及面广, 影响到其他重要功能正常实现
    3. 非常规操作导致的程序崩溃, 死机, 死循环, 闪退
    4. 界面超级难看
    5. 密码明文显示

    3. Major(一般)

    一般: 功能没有完全实现但是不影响使用, 功能菜单存在缺陷但不会影响系统稳定性

    如: 操作时间长, 查询时间长, 格式错误, 边界条件错误, 删除没有确认框, 数据库表中字段过多等(该问题实际测试中存在最多)

    不影响产品的运行, 不会成为故障起因, 但对产品外观和下道工序影响较大的缺陷.

    1. 次要功能不能实现(次要功能和主要功能的区别: 主流程之外的功能算是次要以及主要功能模块中的控件出现问题, 但主要流程仍然能正常实现)比如说: 注册时, 指明用户名为中文, 但输入英文注册成功了, 但不影响登录后的功能使用
    2. 操作错误(数据库中列明, 类型错误等)
    3. 查询结果错误
    4. 前端界面的简单输入限制未做出错误提示
    5. 例如: 删除操作未给提示, 防止误操作

    4. Minor(次要)

    次要: 界面, 性能缺陷, 建议类问题, 不影响操作功能的执行, 可以优化性能的方案等. 如: 错别字, 界面格式不规范, 页面显示重叠, 不该显示的要隐藏, 描述不清楚, 提示语丢失, 文字排列不整齐, 光标位置不正确, 用户体验感受不好, 可以优化性能的方案等(此类问题在测试初期较多, 优先程度较低, 在测试后期出现较少, 应及时处理)

    1. 界面上的错误, 界面布局, 文字格式, 按钮样式等轻微错误
    2. 辅助说明描述不清楚
    3. 提示窗口文字未采用行业术语
    4. 改进建议

     

     

     

     

     

    展开全文
  • 软件缺陷管理是软件测试的重要内容之一,确保测试人员发现的所有缺陷能够得到适当的处理,并且避免处理缺陷进行有效管理,为了便于缺陷的管理,需要从不同的角度对缺陷进行分类,如缺陷严重级别、缺陷优先级别,缺陷...
  • 确保测试人员发现的所有缺陷能够得到适当的处理,并且避免处理缺陷进行有效管理,为了便于缺陷的管理,需要从不同的角度对缺陷进行分类,如缺陷起源、缺陷严重级别、缺陷优先级别、缺陷状态等。 2. 缺陷严重级别 ...

    1. 软件测试缺陷概述:

    软件缺陷管理是软件软件测试的重要内容之一,确保测试人员发现的所有缺陷能够得到适当的处理,并且避免处理缺陷进行有效管理,为了便于缺陷的管理,需要从不同的角度对缺陷进行分类,如缺陷起源、缺陷严重级别、缺陷优先级别、缺陷状态等。

    2. 缺陷严重级别

    缺陷严重级别可以从软件最终用户角度来判断,考虑缺陷对用户使用软件所造成的影响程度,缺陷严重级别可以从高到底分为5个级别:

    • 严重缺陷(Critical):不能执行正常工作功能或重要功能,或者危及人身安全,缺陷严重等级可以根据项目实际情况划分。

    操作或使用某一功能时,导致程序异常退出,或其余功能无法使用,或造成经常性死机和重启
    严重花屏
    内存泄漏
    用户数据丢失或破坏
    系统奔溃/死机/冻结
    程序或模块无法正常启动或异常退出
    严重的数值计算错误
    功能设计与需求严重不符
    导致其他功能无法测试的错误

    • 较严重缺陷(Major):严重影响系统要求后基本功能的实现,且没有变通办法,例如

    按键操作错误或失灵
    在客户环境本身没有问题的情况下,网络不稳,频繁断线、掉线 实现的功能与相关需求严重不符 功能未实现 功能错误
    系统刷新错误
    语音或数据通信错误
    轻微的数值计算错误
    系统所提供的功能或服务受到明显的影响

    • 一般缺陷(Average Serverity):次要功能丧失,不太严重,可通过变通手段解决,例如:

    按键操作偶尔失灵
    边界值的处理无效,重要界面的显示问题,会对用户产生一定影响的文字错误
    操作界面错误(包括数据窗口内列名定义、含义是否一致)
    边界条件显示错误
    提示信息错误(包括未给出信息、信息提示错误等)
    长时间操作无进度提示
    系统未优化(性能问题)
    光标跳转设置不好,鼠标光标定位错误

    • 次要缺陷(Minor):使操作者不方便或遇到麻烦,但它不影响执行工作功能或重要功能,例如:

    字符串显示不统一
    拼写、对齐类的错误,UI图标、文字性错误
    界面显示不美观,但对用户不产生影响的问题
    不经常出现且用户可恢复的非严重问题
    辅助说明描述不清楚
    操作时未给用户提示
    可输入区域和只读区域没有明显的区分标志
    个别不影响产品理解的错误字
    文字排列不整齐等一些小问题

    • 改进型缺陷(Enhancement):个别功能使用不够方便,但不影响用户使用的问题,例如:

    用户界面不太友好
    使用不习惯

    如果需要软件视频资源,可以留个言,乐哥亲自发放软件测试视频、文档资源。

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

    万次阅读 2018-01-18 17:55:26
    一般来说,软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。 进行软件缺陷分析后,软件缺陷的主要可以分为以下几种类型: (1)设计不合理; (2)功能、特性没有实现...
  • 软件缺陷的严重程度和优先级

    千次阅读 多人点赞 2022-03-20 11:45:30
    软件缺陷分类(Prority&Severity)
  • 测试缺陷管理规范.doc

    2019-11-27 21:45:30
    本文档主要是对软件缺陷的生命周期进行规定,包括缺陷如何创建与关闭、缺陷的描述、定级。目的是更好地完成产品或项目,保证测试产品的质量
  • Bug的严重等级和优先级别与分类

    千次阅读 2019-04-16 15:53:00
    二、 Bug的优先等级 1. Immediate 即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。 2. Urgent 即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常...
  • 缺陷管理规范1.doc

    2019-11-27 21:58:41
    本文档主要是对软件缺陷的生命周期进行规定,包括缺陷如何创建与关闭、缺陷的描述、定级。目的是更好地完成产品或项目,保证测试产品的质量
  • 缺陷管理工具”禅道—升华Bug处理流程与相关属性 作为一个软件测试工程师,对缺陷管理工具(缺陷:Bug)的认识和准确操作是有所必要的,缺陷管理工具现在行业中有很多:禅道、QC、Clear Quest、TestLink、Bugfree...
  • 缺陷级别(Severity) 缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。 致命、严重、一般、轻微;(举例) 1 致命 系统任何一个主要功能完全失效,用户数据受到破坏,系统崩溃、悬挂、 司机或者危机人身...
  •  bug级别,一般有四和级别,分别是:1.致命、2.严重、3.一般、5.轻微  1.致命:指的是会导致系统死机、重启、无法关闭、无法退出、无限循环、完全没有实现功能或数据丢失等缺陷。  2.严重:指的是功能出错、...
  • 3)参与缺陷管理的角色:4)缺陷的分类(属性)i、按模块分类ii、按严重级别分类iii、按优先级别分类3、BUG管理基本流程1)缺陷管理常见流程2)缺陷状态3、BUG单1)BUG单写作准则(5C)2)BUG单模板 一、缺陷管理 1、...
  • 一、软件缺陷的定义及主要类型 我们对软件缺陷分析一下,所谓”软件...一般来说,软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。 进行软件缺陷分析后,软件缺陷的主要可...
  • 缺陷严重性是表明,该缺陷的影响深度和广度,是用来表示缺陷的重要性。通常Bug管理系统里Severity分为4个等级Critical, Major, Minor, Trivial,Enhancement Critical: 即系统无法执行、崩溃或严重资源不足、应用...
  • 软件缺陷预测综述

    2020-03-09 17:28:32
    软件缺陷预测综述,张启航,武斌,软件缺陷预测是软件工程领域一个重要的问题,其结合人工智能方法对代码是否含有缺陷进行快速判断,提升了软件开发的效率和软件的
  • 基于网络表征学习的混合缺陷预测模型.docx
  • 软件测试的缺陷等级

    千次阅读 2020-12-19 14:13:42
    软件缺陷的优先级严重性和优先级是表征软件测试缺陷的两个重要因素,它影响软件缺陷的统计结果和修正缺陷优先顺序,特别在软件测试的后期,将影响软件是否能够按期发布与否。对于软件测试初学者而言,或者没有软件...
  • 什么是软件测试缺陷呢?通俗来说,就是bug管理。在软件系统或者程序研发过程中,程序员编码、系统设计架构不合理都可能产生错误,影响程序的正常运行。而软件测试的目的之一,就是通过软件测试工具执行操作,找到...
  • 一般来说,软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。 进行软件缺陷分析后,软件缺陷的主要可以分为以下几种类型: (1)设计不合理; 2)功能、特性没有实现或部分...
  • 一.缺陷常用字段说明 ...二.缺陷管理流程图 ...三.开发人员修改缺陷填写规范 ...四.项目经理决定延期修改缺陷 ...1.缺陷常用字段说明 ...摘要包括该缺陷所属的模块名称-子模块名称,以及简单说明缺陷
  • 什么是软件缺陷

    千次阅读 2021-10-25 19:13:06
    软件缺陷的定义 软件缺陷,常常又被叫做Bug。即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。 标准的定义: ...
  • 记录缺陷禅道

    千次阅读 2021-12-09 18:56:01
    记录缺陷禅道 禅道 一、软件缺陷的基本概念 缺陷分为四个 一级致命 二级严重 三级一般 四级建议 软件缺陷管理的目的 对各个阶段测试发现的缺陷进行跟踪管理,以保证各级缺陷的修复率达到标准,主要实现以下...
  • 在任何软件生命周期中,软件缺陷的出现几乎是不可避免的。建立一套有效的缺陷管理流程的目的是为了减少软件缺陷出现的几率,并且大幅度降低由于软件缺陷带来的负面影响。对于缺陷管理流程的投资,可以大幅度的降低...
  • 缺陷严重级别

    2009-01-31 18:29:20
    我们在做软件测试还是做任务其他事情,计划任务安排时都要分个优先级别来处理事情这样才不会导致手忙脚乱到头来不知道做什么,什么任务都没完成。 特别是我们做软件测试的测试出来的缺陷,提交给研发人员修复的时候...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 21,023
精华内容 8,409
关键字:

缺陷优先级别