精华内容
下载资源
问答
  • BUG定级标准

    2020-11-16 09:04:34
    Bug优先级 紧急 高 中 低 程序运行状况 1、无法运行/模块无法启动/异常退出 2、出现必现奔溃/死机 1、基本可运行但主要功能...

    问题分类

    Bug优先级

    紧急

    程序运行状况

    1、无法运行/模块无法启动/异常退出

    2、出现必现奔溃/死机

    1、基本可运行但主要功能模块运行异常

    2、出现偶发类崩溃(偶发概率10%以上)

    1、出现偶发类崩溃(偶发概率10%以下)

     

    需求功能匹配度

    1、需求未实现

    2、需求实现严重不符

    1、核心功能与需求不符

    1、非主要功能与需求不符

    2、实现了多余功能

     

    技术文档匹配度

    1、程序实现与技术文档严重不符

    1、程序实现与技术文档中定义有差别造成功能实现不全面

     

     

    功能实现质量

    1、主流程跑不通

    1、分支流程跑不通

    2、核心功能逻辑错误

    1、非核心功能后逻辑错误

     

    性能

    1、程序占用资源比同类产品高出50%以上

    2、首页及二级页面加载速度超过10秒

    1、程序占用资源比同类产品高出20%~50%之间

    2、首页及二级页面加载速度超过2秒

    3、控件响应及跳转速度超过2秒

    1、程序占用资源略比同类产品高出20%以下

    2、首页及二级页面加载速度超过1 ~2秒

    3、控件及二级以下页面响应速度超过2秒

     

    Bug重开次数

    1、Bug重开3次及以上

    1、Bug重开2次

    1、Bug重开1次

     

    配置问题发生时间

    1、上线前最后一个版本配置管理出现问题

    1、上线前进入最后一轮测试时版本配置管理出现问题

     

     

    UI/UE还原情况

     

     

    1、界面刷新类错误

    2、参数未进行输入限制导致严重错误

    3、操作界面UI存在常规错误

    4、边界值限制错误

    5、提示信息错误(包括未给出信息、信息提示错误等)

    6、界面中操作焦点错误

    7、窗口模态/非模态属性错误

    1、界面格式等不规范

    2、界面UI存在小瑕疵,诸如按钮多边角、多像素等

    3、辅助说明描述不清楚

    4、操作时提示信息不完善

    5、文字说明中存在的错别字、错误标点符号

    6、控件、文字排列不整齐

    7、建议类型的缺陷

    兼容

    市场占比20%以上的OS、分辨率、机型主

    流程有问题

    市场占比20%以上的OS、分辨率、机型出现UI/UE问题

    市场占比5% ~ 20%以上的OS、分辨率、机型出现问题

    市场占比5%以下的OS、分辨率、机型出现问题

    展开全文
  • 软件缺陷的种类划分 功能不正常:简单地说就是所应提供的功能,在使用上并不符合产品设计规格说明书中规定的要求,或是根本无法使用。 软件在使用上感觉不方便:只要是不知如何使用或难以使用的软件,在产品设计上...

    软件缺陷的种类划分

    功能不正常:简单地说就是所应提供的功能,在使用上并不符合产品设计规格说明书中规定的要求,或是根本无法使用。
    软件在使用上感觉不方便:只要是不知如何使用或难以使用的软件,在产品设计上一定是出了问题。所谓好用的软件,就是使用上尽量方便,使用户易于操作。
    软件的结构未做良好规划:这里主要指软件是以自顶向下方式开发,还是以自底向上方式开发。如果是以自顶向下的结构或方法开发的软件,在功能的规划及组织上比较完整,相反			     以自底向上的组合式方法开发处的软件则功能较为分散,容易出现缺陷。
    使用性能不佳:被测软件功能正常,但使用性能不佳,这也是一个问题。此类缺陷通常是由于开发人员采用了错误的解决方案,或使用了不恰当的算法导致的
    边界错误:缓冲区溢出问题在这几年已成为网络攻击的常用方式,而这个缺陷就属于边界错误的一种。简单来说,程序本身无法处理超越边界所导致的错误。
    计算错误:只要是计算机程序,就必定包括数学计算。软件之所以会出现计算错误,大部分出错的原因是由于采用了错误的数学运算工时或未将累加器初始化为0
    **软件缺陷的严重程度**
    按照严重程度分为:系统崩溃,严重,一般,次要,建议
    按优先级分:高,中,低
    

    Bug定级示例

    1级,系统崩溃
    定义:严重阻碍测试和开发工作
    对应优先级:最高
    具体可分为:
    1.功能完全没有实现
    2.应用闪退/崩溃无法运行
    3.应用必现安全模式,无法运行
    4.其他导致功能无法测试的问题
    2级,至关重要
    定义:非阻碍用例执行的严重问题
    对应优先级:高
    具体可分为:
    1.简单操作应用闪退/崩溃,卡死
    2.数据丢失
    3.严重影响系统,自身功能无法运行
    4.严重数值计算错误
    5.数据库损坏或无法保存配置
    6.安全性问题(包括数据加密等)
    3级,主要
    定义:功能存在缺陷,但不影响应用和系统的稳定性
    对应优先级:中
    具体可分为:
    1.内存泄露(长时间不用的对象需要被回收,不被回收占内存)
    2.功能实现逻辑覆盖不全面
    3.非必现,但复现概率超过50%的闪退/崩溃和安全模式
    4级,一般
    定义:对应用熟悉度高才能感知到的问题,对应用基本功能实现无影响
    对应优先级:中
    具体可分为:
    1.轻微数值计算错误
    2.功能实现有误,与产品文档不完全贴切
    3.用户简单操作,即可明显感知的UI问题
    5级,较小
    定义:界面,性能缺陷
    对应优先级:低
    具体可分为:
    1.操作界面错误(提示显示规则,刷新规则是否与文档一致)
    2.边界条件显示错误      
    3.提示信息和界面效果展示错误(包括未给出信息、信息提示错误等)
    4.复现率低于5%的闪退/崩溃和安全模式      
    5.插件兼容和性能未优化问题      
    6.非正常操作导致UI显示异常
    6级,建议
    定义:对于产品的意见或者建议
    对应优先级:低
    具体可分为:
    1.对于产品设计方面的意见和建议
    2.对于产品界面优化方面的意见和建议
    3.对于产品需要优化增强用户体验方面的意见和建议

    展开全文
  • 如何描述一个bug 1.发现问题的版本 2.问题出现的环境 ...bug定级 1.Blocker(崩溃) 2.Critical(严重) 3.Major(一般) 4.Minor(次要) bug的生命周期(open—closed) New:新发现的b...

    如何描述一个bug

    1.发现问题的版本

    2.问题出现的环境

    3.错误重现的步骤:描述问题重现的最短步骤

    4.预期行为的描述

    5.错误行为的描述

    6.其他要求(例如故障分类等)

    bug的定级

    1.Blocker(崩溃)

    2. Critical(严重)

    3.Major(一般)

    4.Minor(次要)

     

    bug的生命周期(open—closed)

    • New:新发现的bug,未经评审决定是否指派给开发人员进行修改

    • Open:确认是bug,并且认为需要进行修改,指派给相应的开发人员

    • Fixed:开发人员进行修改后标识成修改状态,有待测试人员回归测试验证

    • Rejected:如果认为不是bug,则拒绝修改

    • Delay:如果认为暂时不需要修改或者暂时不能修改,则延后修改

    • Closed:修改状态的bug经测试人员的回归验证通过,则关闭bug

    • Reopen:如果经验证bug仍然存在,则需要重新打开bug,开发人团重新修改

        

        无效的bug:open->closed   open->rejected->closed

    展开全文
  • 虽然后端的bug数比较少,但是一旦出了一个bug,往往就是一个阻碍主流程的大bug, bug定级会比较高。前端的bug数量虽然多,但是严重程度往往都比较小。所以线上的事故几乎都是由后端的bug引起的,感觉没怎么听说线上的...
    我发现一个web项目中70%~80%的bug都是前端的bug, 后端的bug只占20%~30%。虽然后端的bug数比较少,但是一旦出了一个bug,往往就是一个阻碍主流程的大bug, bug定级会比较高。前端的bug数量虽然多,但是严重程度往往都比较小。所以线上的事故几乎都是由后端的bug引起的,感觉没怎么听说线上的事故由前端工程师导致。感觉从这一角度看,对后端工程师有点劣势。
    展开全文
  • Bug和测试用例

    2020-08-22 00:54:44
    目录 一、BUG的生命周期 二、由于一个BUG和开发人员产生冲突怎么办? 三、测试用例的基本要素 四、测试用例设计的方法 1.总的测试用例设计方法: ...3,BUG定级要按照公司的标准,规范 4,要不断提高自身的技...
  • 看了好多解答,感觉不是太好的回答,所以自己整理下。 1、先检查自身,是否bug描述不清楚。...BUG定级时,不仅要参考BUG级别,还要考虑BUG是否会影响到流程,往往用户的BUG级别和我们的是有区别的,需站在
  • BUG

    2020-10-09 21:53:02
    BUG相关描述一个BUGBUG的级别BUG的生命周期如何发现更多的BUG 描述一个BUG 1、发现问题的版本 开发人员需要知道出现问题的版本,才能够获取对应版本的代码来重现故障 版本的标识也有利于统计和分析每个版本的...
  • 问题定级标准

    2018-07-24 10:52:00
    问题定级标准 bug级别定义对应值jira中优先级 致命 P1 重要 严重 P2 重要 一般 P3 一般 建议 P4 次要 致命bug: 不能完全满足系统要求,系统停止运行,系统的重要...
  • 互联网寒冬,7面阿里,终获Offer,定级P6+

    万次阅读 多人点赞 2020-04-22 14:06:38
    4,项目中碰到的问题,最好说框架本身问题,能提现个人能力,也避免问题太低级被面试官看low,刚好之前有发现一个dubbo的bug,所以这问题应该回答的还可以。 5,为什么换工作,每轮都会问,这个得想好。 第四轮 ...
  • bug详述

    2020-07-13 12:16:05
    如何描述一个BUG3.BUG的生命周期(从BUG创建到BUG关闭,bug所经历的一些状态):4.如果因为一个BUG和开发人员产生冲突,测试人员如何恰当处理?5.如何开始第一次测试6.测试的执行和BUG管理 1.bug的概念: 当且仅当...
  • 缺陷严重程度定级标准

    千次阅读 2010-11-19 17:43:33
    在测试项目实践中经过总结,制定了一份供测试人员提交BUG时给BUG的严重程度定级的参考标准。 这里首先强调缺陷的严重程度与优先级的区别。严重程度是测试人员提交BUG时给BUG定性,以便给开发组一个参考。而优先级...
  • 漏洞定级标准参考

    千次阅读 2021-01-28 11:21:07
    SRC漏洞定级标准 分资产,核心资产,一般资产,边缘资产 严重漏洞: 1.不需要登录直接获取设备root权限的漏洞,包括但不限于上传Webshell,任意代码执行,远程命令执行等 2.不需要登录直接导致严重的信息泄露...
  • 1. 认识bug   软件的bug,狭义指软件程序的漏洞或缺陷,广义指测试工程师或用户提出软件可改进的细节,或与需求文档存在差异的功能实现等。 对应了三个测试目的: 为了发现程序的代码或业务逻辑错误 为了检查产品...
  • 如何提出高质量的bug

    千次阅读 多人点赞 2018-11-19 11:27:56
    发现bug是测试人员必须具备的能力,不管在什么公司,测试人员在执行测试任务的时候,发现bug和提bug,以及跟踪Bug是必要的工作。如何提出高质量的bug,是体现测试人员水平的重要标志。从功能测试人员,到测试开发,...
  • BUG缺陷等级定义

    2013-09-07 12:04:55
    BUG缺陷等级定义列出了常见的bug分类,及其缺陷等级 功能测试:验证测试软件功能能否正常按照它的设计工作。看运行软件时的期望行为是否符合原设计。 人机界面测试:分析软件用户界面的设计是否合乎用户操作习惯...
  • 如何描述一个bug 发现问题的版本 问题出现的环境 错误重现的步骤 预期行为的描述 错误行为的描述 其他,例如故障的种类等 不要将bug放在一起提交 bug的级别 次要—一般—严重—崩溃 bug的生命周期 start—new–...
  • 关于线上bug

    2018-03-31 15:11:05
    关于线上bug?之所以想写下线上bug,因为发觉有些公司对线上bug的处理是比较严格甚至是很苛刻,涉及到的相关人可能会因此而背黑锅。之所以会存在这样情况,因为公司各部门都有关联,特别是用户、老板的投诉,也给...
  • 缺陷管理目标: 确保每个被发现的缺陷都能够被解决; 收集缺陷数据并在其上进行数据分析,从而识别出研发...fix bug后备注问题原因及问题修复版本(建议每fix一个bug提交一个commit,如bugfix引入导致老功能失败可回溯
  • 罚则--线上Bug分级及处理时效 线上bug分级 等级 说明 举例 P0 整个系统无法使用 P1 系统的某个主干功能或者独立模块无法使用 ...
  • 对比软件的生命周期和bug的生命周期 · 软件的生命周期:需求分析——计划——设计——编码——测试——运行维护 · 软件测试的生命周期:需求分析——测试计划——测试设计、测试开发——测试执行——测试评估 · ...
  • BUG级别定义标准

    2012-06-06 11:17:15
    目录如下: 一、主要分类 4 二、主要内容 4 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 ...
  • 严重:很明显的错误性的bug 较重:相对明显的错误性的bug 一般:常见的bug 建议类:(暂时保留,可能去掉) 二 优先级 说明:紧急相当于执行前的准备工作,重要相当于后续的工作 重要且紧急:...
  • 你了解BUG吗?

    2020-02-11 17:18:49
    BUG 什么是bug: 凡是实现效果和需求不相符的都可以认为是BUG(程序与规格说明之前不匹配) BUG的后果: 用户流失, 绩效血崩. BUG的处理: 生产环境上的问题, 要第一时间回滚, 再慢慢定位. BUG的态度: 心存敬畏, 但是...
  • 测试---概念(3)

    2020-10-12 18:53:03
    3)Bug定级要有理有据 不能把开发人员的一般Bug定义为严重Bug 4)提高自身的技术和业务水平不光要提出问题 最好也能提出解决方案 5)开发人员若还是不想修改Bug可以去和产品经理协商 发起Bug评审 ...
  • bug管理知识基础

    2020-09-03 23:59:33
    缺陷(Defect或Bug)是软件开发过程中的"副产品"。通常,缺陷会导致软件产品在某种程度上不能满足用户的需要。每一个软件组织都知道必须妥善处理软件中的缺陷。这是关系到软件组织生存、发展的质量根本。可遗憾的是...
  • 关于网站测试测bug等级划分. .................
  • 提交bug时,应该说明哪些信息?

    千次阅读 2020-06-11 18:18:57
    提交bug时,应该说明哪些信息? **1.**所属项目,测试平台,系统版本,严重程度,优先级,简述标题,详细描述(问题描述,重现步骤,重现条件,期望结果,实际结果)日志截图,指派给对应开发 2.问题要尽量定位到...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 712
精华内容 284
关键字:

bug定级