精华内容
下载资源
问答
  • bug分级

    2021-05-03 16:43:50
    Bug分级 1级bug 致命bug 不能完全满足系统要求,系统停止运行,系统的重要部件无法运行,系统崩溃或者挂起等导致系统不能正常运行。   典型问题问题 描述 app崩溃 能复现,或者很大概率...

     

    Bug分级

    1级bug致命bug不能完全满足系统要求,系统停止运行,系统的重要部件无法运行,系统崩溃或者挂起等导致系统不能正常运行。
     典型问题问题描述
     app崩溃能复现,或者很大概率导致app crash的问题
     后端系统崩溃导致系统重启,非法退出(后端服务异常退出或定时脚本异常退出),死循环
     数据丢失或异常某些操作导致后端大量数据被删除,大量重要数据被批量修改错误
     致命性性能问题由于某接口性能问题,导致某些访问量比较大的页面在较小的流量下也无法访问,
       
    2级bug严重bug严重地影响系统要求或基本功能的实现。使系统不稳定、或破坏数据、或产生错误结果,或部分功能无法执行,而且是常规操作中经常发生或非常规操作中不可避免的主要问题,系统无法满足主要的业务要求,性能、功能或可用性严重降低。
     典型问题问题描述
     功能项的某些项目(选项)使用无效(对系统非致命的某个模块入口完全无法进入,或功能不可用。
     整个功能模块不符合用户需求业务流程错误,功能实现不完整,功能实现不正确,与需求方要求出入比较大
     用户数据丢失或破坏某些操作导致单个用户重要数据被删除或被覆盖
     安全问题比如用户权限问题,sql注入等
     其他其他非常明显,严重影响用户可用性的问题
       
    3级bu g一般bug 功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性 
     典型问题问题描述
     数据计算错误主要是支付类金额计算错误,关注数,热度等数据等
     数据错误数据长度不一致,类型不一致,导致非crash异常
     响应时间比较慢非致命性性能问题
     界面信息错误包括本应该正确结果错误这种逻辑上的界面信息混乱
     输入限制 
     增删改功能,在本界面不能实现,但在另一界面可以补充实现 
     非致命性性能问题非主要页面性能问题
     必填项与非必填项应加以区别 
     页面置灰逻辑 
     必填项与非必填项应加以区别 
     滚动条无效 
     键盘支持不好 
     界面不能及时刷新,影响功能实现 
     花屏 
     其他其他与逻辑相关的问题
       
    4级bugui文案及建议与逻辑无关的界面,文案及建议
     典型问题问题描述
     界面不规范 
     辅助说明描述不清楚 
     提示窗口文字未采用行业术语 
     可输入区域和只读区域没有明显的区分标志 
     其他建议性问题 

     

    展开全文
  • BUG分级

    2021-05-22 20:02:08
    或者是还不确定能否修改成功的bug,均不影响用户体验使用 1、极少机型的适配问题 2、建议类bug,可修可不修,修了最好,不修不影响发布版本 3、延期处理的缺陷(开发确定是缺陷,不影响当前上线,开发可在上线后处理...

    【P0—紧急】:完全不能满足产品要求,基本功能明显未实现或完全不可用,阻塞测试流程与进度(核心功能流程)

    1、功能未实现 、功能缺失

    2、业务流程不正确

    3、闪退

    4、数据未上报

    5、越权(付费与免费)

    6、数据统计计算错误

    7、用户信息丢失或错误,如升级及覆盖安装后数据异常

    8、币种显示错误

    9、严重视觉(UI)问题:核心页面

    10、页面显示(元素不可点、核心页面错乱)

    11、安全问题(XSS、SQL等注入)

    12、系统兼容性问题导致主要功能异常(如:按钮被遮挡无法进行下一步操作)

    13、不可忍受的卡顿、慢(大于30s)

    14、 其它导致无法测试的错误, 如:服务器500错误

    【P1—高】:产品的功能实现和需求不符合,没有达到预期的效果,但不阻塞测试进度(非核心功能流程,不影响其他功能)

    1、小功能未实现,小功能缺失(如:打电话等)

    2、概率性的闪退

    3、页面显示(未按照UI实现,用户体验较差)

    4、繁简体显示错误

    5、跳转错误(示例:FaceBook打开计算器跳转到了官网)

    6、页面加载较慢(大于15S)

    7、排序未实现

    8、明显的卡顿(可稍微忍受)

    9、系统兼容性问题导致次要功能异常(如:页面未显示全,但是不影响功能的使用)

    10、异常情况处理缺失,如断网、弱网、中断操作(前后台切换)

    11、 类型、边界条件下发生错误(如:仅输入数字年龄,但可输入其他字符,并不报错)

    12、 光标跳转设置不好,鼠标(光标)定位错误

    【P2—中】:比较小的功能、UI或交互问题,可以绕过此类问题来进行测试。

    1、概率极低的闪退

    2、占比率低的非主流系统兼容性闪退(Android的某些机型)

    3、Toast提示文案错误

    4、OSS文案(显示文案、提示文案)错误

    5、页面加载较慢(大于8S)

    6、概率性发生的缺陷

    7、字体大小不统一

    8、文字排列不整齐

    9、文案过长被遮挡、未截断或未换行

    10、辅助说明描述不清楚或未给出

    11、删除未给出二次确认

    12、非常规操作或非常规路径、如多步复合操作后才能复现的问题(用户一般不这么操作)

    13、交互体验类bug:与系统交互或常人认知不符的交互问题

    14、UI兼容性/适配问题

    15、该隐藏的部分未隐藏(如:该****提示的未标出)

    16、安全保护代码:参数检查,判空,数组越界保护,类型溢出

    17、 操作时未给用户提示(如:toast提示)

    【P3—低】:一些可修改或不可修改,或者是还不确定能否修改成功的bug,均不影响用户体验使用

    1、极少机型的适配问题

    2、建议类bug,可修可不修,修了最好,不修不影响发布版本

    3、延期处理的缺陷(开发确定是缺陷,不影响当前上线,开发可在上线后处理)

    4、挂起的缺陷(开发人员待找技术解决方案)

    展开全文
  • 软件测试通过及BUG分级标准软件测试通过及BUG分级标准
  • 罚则--线上Bug分级及处理时效 线上bug分级 等级 说明 举例 P0 整个系统无法使用 P1 系统的某个主干功能或者独立模块无法使用 ...

    本文在研发组织管理中的位置:

    研发组织管理--制度&罚则--线上Bug分级及处理时效

     

    线上bug分级

     

    等级

    说明

    举例

    P0

    整个系统无法使用

     

    P1

    系统的某个主干功能或者独立模块无法使用

     

    P2

    系统中的一个非主干功能无法使用

     

    P3

    系统中的功能有异常,但通过其他方式仍能正常使用

     

    P4

    系统中的前端显示有问题但功能正常

    文字或者格式排版不正常等

    非Bug

    服务器突发性异常

    性能突发性降低

    功能实现和业务预期不符合

    1. R2M服务器某个实例假死

    2. 机房网络大面积堵塞

    3. 业务人员对功能设计不满意, 不能达到预想目标

     

    线上Bug的处理措施及时效

     

    等级

    处理措施及负责人

    处理时效(正常迭代)

    处理时效(1.0项目上线一周内或转入正常迭代前)

    P0

    所有系统关联方进行问题排查, 找到问题后第一时间修复上线

    Bug确认24小时内修复测试上线

    Bug确认4小时内修复测试上线

    P1

    整个系统研发组进行问题排查, 找到问题后第一时间修复

    Bug确认48小时内修复测试上线

    Bug确认12小时内修复测试上线

    P2

    系统研发组进行问题排查, 找到问题后安排开发当天内修复

    5个工作日内(通常在下一次上线计划一同修复测试上线)

    Bug确认24小时内修复测试上线

    P3

    分配研发人员进行问题排查, 排期进行修复

    10个工作日内(通常在未来2个上线计划内修复测试上线)

    Bug确认48小时内修复测试上线

    P4

    分配研发人员进行问题排查, 排期进行修复

    视研发团队任务排期而定

    视研发团队任务排期而定

    非Bug

    产品提交新需求卡片

    视研发团队任务排期而定

    视研发团队任务排期而定

    展开全文
  • 软件测试BUG分级标准及通过标准

    千次阅读 2019-05-19 17:57:59
    软件测试BUG分级标准及通过标准 原文:https://blog.csdn.net/lansky54/article/details/5414188 编制目的 本文件作为软件测试过程中各阶段的通过标准,旨在合理有效的对软件阶段质量进行控制,同时为软件测试的...

    软件测试BUG分级标准及通过标准

    原文:https://blog.csdn.net/lansky54/article/details/5414188

    编制目的
            本文件作为软件测试过程中各阶段的通过标准,旨在合理有效的对软件阶段质量进行控制,同时为软件测试的深度选择和资源投入的决策提供参考。
    主要内容与适用范围
    主要内容
            本标准规定了软件测试中缺陷、错误、故障等问题的分级方案及分级说明;各阶段测试通过需遵循的标准;以及把常见问题按分类编写了分级说明。
    适用范围
            本标准适用于全部模块的白盒测试(含模块测试和联调测试)、系统测试等测试阶段,以及阶段内里程碑的控制。上述阶段的测试属于黑盒测试。
            特别需要申明的是:软件一旦进入开发阶段,测试就同步开始了,对于开发过程中的程序员自测,本标准不能适用。
            【注①:黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检测每个功能是否都能正常使用,在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数锯而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。】
            【注②:白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能,白盒测试的主要方法有逻辑驱动、基路测试等,主要用于软件验证。
    问题分级规则
    分级方法及简要说明
            本标准将测试过程中产生的问题按严重程度分成四级,①严重问题:在流程、数据或安全方面存在重大问题,导致软件不具可用性,或核心功能项无法使用;②一般问题:由于设计的缺陷,导致软件使用中存在较明显的障碍,或者局部功能错误,但可以采取其他变通的操作实现;③轻度问题:由于编码不够完善,使某个小功能无法使用,或者对特殊的操作与要求不能支持;④细微问题:存在某些细微的缺陷,但不影响程序正常应用或该功能在下次升级版本中可以实现。
    特别说明
            在BUGGIT中Bug严重性级别和本文档分级方法的对应关系
    A:冲突—系统冲突或其他不可重现的错误 ①严重问题
    B:主要—功能不能用
    C:次要—不正确的功能 ②一般问题
    D:不大重要—文件拼写错误 ③轻度问题
    E:查看—不能再现错误
    F:将来可以加入的功能 ④细微问题
    ☆在填写BUG严重级别时,请参照该文档中描述的情况对应填写。

            从软件规范化角度说明
    ①严重问题:严重不合理,核心功能完全违反软件规范或业务规范,可能导致用户强烈的反感。
    ②一般问题:一般不合理,即使用户经过较长时间的熟练依然有错误操作的可能,或者使用者始终无法较流畅的操作,可能会导致用户的抱怨。
    ③轻度问题:轻度不合理,存在歧义,需要反复和用户说明,即使如此,也有可能在使用中感到不便;界面设计存在缺陷、凌乱或不友好。
    ④细微问题:虽有不尽人意之处,但不影响用户操作;或用户使用频率较低,并且不会造成错误;局部界面不够美观。
            从软件功能实现角度说明
    ①严重问题:由于需求、设计错误导致流程和流程控制存在重大错误,与现有政策法规或实务惯例的规定(约定)有明显冲突;由于设计错误严重削弱软件处理事务的能力;由于编码错误导致骨干流程不可用。
    ②一般问题:局部功能无法正常使用,但不影响软件整体流程的实现;无法满足可以预料到的特殊应用;软件功能的实现过程中弹出未控制的系统错误提示,导致流程中断。
    ③轻度问题:功能虽然能够正常使用,但由于实现过程中缺乏容错性,不能对设计边界以外(甚至边界本身)的数据或操作
    做出正确的响应,导致程序整体不稳定;运行过程中弹出未控制的系统提示,但不影响流程继续。
    ④细微问题:处理过程中出现的对实现功能没有影响的缺陷;经过说明,用户可以较容易理解并且不影响用户使用的;实质上与软件实现需求无关的。
            从软件数据准确性角度说明
            数据准确性实质上衡量一个管理软件功能实现方面最重要的尺度,考虑到数据问题极可能导致软件质量危机,在此标准中单独说明。
    ①严重问题:由于设计及编码错误导致的各种报表数据统计结果错误;由于设计疏漏导致流程中数据控制失败;数据计算过程中的四舍五入错误;通过接口转移出现数据错误;各种系统操作(如月结年结、备份恢复等)导致的数据错误,以及其他本文中未列出的数据出错。
    ②一般错误:由于表格边界设置不当导致数据位数显示错误;报表与报表之间同种指标数据不一致而没有说明或说明不清楚;报表经过重新排序刷新后出现数据不一致现象;特殊数据未参与统计而没有说明或说明不清楚;各种辅助项目属性修改导致统计出错。
    ③涉及数据错误的问题不存在轻度或细微状态。
            从软件安全性和严密性角度说明
    ①严重问题:在不依赖后台数据库和解密程序的情况下能够非法登录系统;权限体系存在重大缺陷足够导致安全隐患;对一些可能对信息安全或数据完整造成威胁的操作缺少强制备份、强制更换操作员、强制重新启动程序等控制。
    ②一般错误:权限设置存在逻辑上的错误;显而易见的权限控制失败;备份数据未经处理可直接打开。
    ③轻度问题:存在隐含的安全漏洞,可以利用快捷方式、成批处理,以及权限的组合应用中的安全漏洞进行未经授权的操作。
    ④细微问题:默认状态权限设置不合理;没有遵循逐级授权的原则。
    通过标准
            针对目前公司现状,提出几个分阶段的,具备一定里程碑概念的测试通过标准,贯穿于整个软件(系统)测试过程,以下所有的标准细则是一个递进的约束,每一阶段的测试必须通过才能进入下一阶段。
    单元/集成测试通过标准
    4.1.1 标准适用范围
            基于各层基类和存储过程的独立/联调测试。
    4.1.2标准内容
            具备以下所有条目,可以通过单元/集成测试:
    ⑴:各基类和存储过程的正常值测试全部通过;
    ⑵:联调测试各接口没有问题;
    ⑶:各基类和存储过程的异常值测试通过率达85%以上;
            系统测试通过标准
    4.2.1 标准适用范围
    所有的系统测试。
    4.2.2 标准内容
            具备以下所有条目,系统测试才可以通过:
            基本流程能够通畅的完成,核心功能可以体现;(不存在A,B级BUG)
            对具备分支的流程,确保有一种分支可以持续使用,另外几种要求可以体现设置方法和直接效果,否则就应暂时屏蔽分支功能;
            基本界面符合术语规范,不存在错误或明显歧义;所有可使用的流程中的界面设计工作必须完成;
            按照标准流程没有出现各种非正常提示;
            关键流程和流程中的基本数据备份恢复没有问题;
            所有报表能够在基本数据的基础上正确生成;
            非A,B级BUG的遗留数不能超过总用例数的5%紧急放行标准
    4.3.1 标准适用范围
            本标准细则适用于测试后期,由于特殊原因,必须提前交付使用,测试结果需保证用户指定使用的功能没有任何问题,允许有少量要解决而未解决的需求和测试中已发现的错误未完成。在软件发版后给用户替换正式版。
    4.3.2 标准内容
            除用户指定的需求或以前版本中使用中的缺陷及错误必须完善外,按照测试中发现而未解决的问题的数量控制,控制指标如下
    A,B级BUG:低于2%
    其它BUG:低于10%

    常见问题分类中的分级细则
            为了进一步规范测试通过标准,有必要对测试中发现的问题归类并标识每一种问题的严重程度,使阶段质量的控制有一个可以实际执行的细则。下面的内容就是测试人员长期工作实践中整理出的问题及其严重程度的描述。

    展开全文
  • Bug分级原则

    2017-08-24 13:47:00
    所有导致系统不稳定的bug,或导致系统重要功能不可用的bug, 会导致重要数据读写错误的bug 包括但不限于:系统实现与需求完全相悖、web服务无法启动、浏览器崩溃、重要页面4xx/50x/页面完全不可读、重要流程的...
  • bug分级管理!

    2010-10-09 11:56:00
    目前将BUG等级统一划分四个等级,分别为致命、严重、一般、提示。   ● 致命(可对应目前BUG体系中的“1”):  致命性问题主要为:系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常...
  • 当前流程,灵活处理。解决问题和效率为基本原则。
  • 主要内容与适用范围主要内容 本标准规定了软件测试中缺陷、错误、故障等问题的分级方案及分级说明;各阶段测试通过需遵循的标准;以及把常见问题按分类编写了分级说明。适用范围 本标准适用于全部模块的白盒
  • 本标准规定了软件测试中缺陷、错误、故障等问题的分级方案及分级说明;各阶段测试通过需遵循的标准;以及把常见问题按分类编写了分级说明。 适用范围 本标准适用于全部模块的白盒测试(含模块测试和联调测...
  • 分级 bug

    2015-12-11 15:21:52
    分级 bug
  • Bug分级 流程处理 uof与iso29500标准转换
  • 9.5常见BUG及其修复方法: 1.双外边距浮动BUG: a)solution:当对具有水平外边距的元素进行浮动时,将display属性设置为inline,以防外边距被加大。 2.3像素文本偏移BUG: a)solution: /* 1.迫使元素拥有...
  • BUG算法(Bug Algorithms)是一种最简单的避障算法。其算法原理类似昆虫爬行的运动决策策略。在未遇到障碍物时,沿直线向目标运动;在遇到障碍物后,沿着障碍物边界绕行,并利用一定的判断准则离开障碍物继续直行。...
  • 第九章--bug和修复bug

    千次阅读 2013-10-02 10:50:14
    第九章 bug和修复bug 浏览器的表现不一致是大多数CSS开发人员面临的主要难题。所以在弄清楚各种bug是什么情况的时候,...☆分级浏览器支持 捕捉bug  在处理CSSbug的时候最好是假设自己做错了什么事,只有确定不
  • Bug系列

    千次阅读 2014-03-10 17:25:34
    Bug之一——bug的前世今生 Bug这个名词已经很老了,从网络上查到的资料: >>>>>> 1946年,Grace Hopper在发生故障的MarkⅡ计算机的继电器触点里,找到了一只被夹扁的小飞蛾,正是这只小虫子“卡”住了机器的运行...
  • git bug分支管理

    千次阅读 2020-06-16 11:16:28
    软件开发中,bug就像家常便饭一样。有了bug就需要修复,在Git中,由于分支是如此的强大,所以,每个bug都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。 当你接到一个修复一个代号101的...
  • 关于BUG

    2013-08-28 20:01:49
    缺陷报告的组成: 编号、标题、前提 ...记录BUG应该遵循的5C原则:   Correct(准确):每个组成部分的描述准确,不会引起误解。 Clear(清晰):每个组成部分的描述清晰,易于理解。 Concise(简
  • bug等级划分

    千次阅读 2019-07-25 11:00:12
    1级bug 致命错误: 1、常规操作引起的系统崩溃、死机、死循环 2、造成数据泄漏的安全性问题,比如恶意攻击造成的账户私密信息泄露 3、涉及金钱,如支付类软件,金钱计算错误 2级bug 严重错误: 1、重要功能不能实现...
  • Bug等级权重分配

    千次阅读 2016-11-17 19:49:03
    随着测试行业的发展,测试队伍的不断壮大,测试规范也变得越来越完善周一上午开周例会,大家讨论一个了确定一个很有意思的问题,那就是Bug的权重分配问题。几年前,公司对于测试人员的工作评估主要是依据该测试人员...
  • 权限分级设置

    2016-10-20 22:35:00
    今天改权限bug琢磨了下权限分级的问题  需求: 用户需要能创建子帐号给其他人用 不能显示跟自己无关的信息 逻辑: 角色对应权限 子账户权限<=父账号 不能对自己的权限进行设置 实现: ...
  • 【软件测试】关于bug

    热门讨论 2017-02-12 22:22:26
    其实在之前的学习中对于bug这个词也是不陌生的,但是站在开发者和测试者的角度来看bug有什么相同之处和不同之处呢? 【内容】 一、定义:1、英文单词,本意是臭虫、缺陷、损坏、犯贫、窃听器、小虫等意思。现在...
  • bug严重等级划分

    2015-06-29 15:43:01
    bug严重等级划分,包括缺陷分类、缺陷严重登记、缺陷等级划分参考、缺陷状态
  • 英文参考BUG的严重级别分类SeverityThis field describes the impact of a bug.BlockerBlocks development and/or testing workCriticalcrashes, loss of data, severe memory leakMajormajor loss of ...
  • bug严重等级分类

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

    千次阅读 2010-03-17 16:48:00
    Bug系列 2009-11-19 作者:吴朝东 来源:吴朝东的BLOG Bug之一——bug的前世今生 Bug这个名词已经很老了,从网络上查到的资料:>>>>>> 1946年,Grace Hopper在发生故障的MarkⅡ计算机的继电器触点里,找到了一只被...
  • 为了达到“在产品发布过程中,通过及时有效的发现和控制新引入线上缺陷的影响范围,保护用户体验,提升上线质量”的目的,我们在吸收和借鉴Facebook灰度发布等技术的基础上,探索出符合产品线现状的“分级发布”方案...
  • 质量分级如何实施 模块划分 质量分级 在线case 资料地址 目的 保证QA在人力比过大资源不足的时候上线最核心功能的基本保证; 对产品功能的重要性进行梳理,保证按计划上线; 对项目的测试风险进行控制和预警...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 7,114
精华内容 2,845
关键字:

bug分级