精华内容
下载资源
问答
  • 1 测试用例优先级定义 优先级 描述 High 主要流程,核心功能,80%...2 BUG优先级定义 优先级 描述 P0 仅线上环境才用P0的。表示问题必须马上解决,否则系统根本无法达到...

    1 测试用例优先级定义

    优先级 描述
    High 主要流程,核心功能,80%用户会用到的基本路径
    Medium 正常用户会使用到的功能,验证数据的正确性
    Low  界面,异常路径,易用性等

    2 BUG优先级定义

    优先级

    描述

    P0

    仅线上环境才用P0的。表示问题必须马上解决,否则系统根本无法达到预定的需求

    P1

    高于正常流程,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常 ,影响了项目进度。

    P2

    正常流程都用这个优先级的。

    P3

    低于正常流程的,表示示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。

    3 优先级对应关系

    测试用例优先级 BUG优先级
    High P0(线上环境,需要评审),P1
    Medium P0(线上环境,需要评审),P2
    Low P3
    展开全文
  • bug优先级定义

    千次阅读 2018-08-28 13:48:14
    1级bug:非常严重的bug.例如,软件的意外退出甚至操作系统的崩溃,数据的丢失 2级bug:比较严重的bug.例如:软件的某个菜单不起作用或者产生错误的结果 3级bug:一般缺陷,不影响主要功能,不容易发现的bug。 4级...

    1级bug:非常严重的bug.例如,软件的意外退出甚至操作系统的崩溃,数据的丢失

    2级bug:比较严重的bug.例如:软件的某个菜单不起作用或者产生错误的结果

    3级bug:一般缺陷,不影响主要功能,不容易发现的bug。

    4级bug:前端界面的细微缺陷。例如。某个控件没有对齐,符号缺失等。

    5级bug:错别字这类。

    展开全文
  • 最近在推进组内流程规范专项建设,从“研发测试流程”、“提测规范”、“测试准入标准”、“bug优先级标准”、“测试停止标准”、“测试准出标准”和“测试报告模板”7个纬度制定了标准,希望能给看到的人带来一点...

    一、背景

    最近在推进组内流程规范专项建设,从“研发测试流程”、“提测规范”、“测试准入标准”、“bug优先级标准”、“测试停止标准”、“测试准出标准”和“测试报告模板”7个纬度制定了标准,希望能给看到的人带来一点火花。

    二、准入标准

    提测后,进入测试环节,需满足以下全部条件:

    1. 冒烟测试用例全部通过

    2. 主流程可以走通

    3. 界面上的功能均实现,符合设计文挡规定的功能(如果没有完成,必须已经在提供文档中说明)

    4. 数据库更新相关脚本、配置文件数据、后台服务器部署脚本均已提交

    5. 经过代码评审并符合代码规范

    否则,打回处理。

    三、准出标准

    测试准出需满足如下所有条件:
    在这里插入图片描述

    四、停止标准

    测试进行中,停止当前版本测试需满足以下任一条件:

    1. 冒烟测试时,发现P0/P1/P2级bug个数 > = 1 个或 P2级以下bug率 > 20%(N)(N=bug数/用例数),停止测试当前被测版本,并知会(钉钉 or 邮件,确保沟通到 位)所有相关人员(相关RD、PM、 PMO )

    2. 被测版本需暂停以进行调整时(因排期预估出现重大偏差/项目叫停 etc…),测试应随之停止,并保存停止时间点前已产生的测试数据

    3. 插入其他优先级更高的任务时,可以申请暂停测试,在相关PM、 PMO、RD负责人共同确认并达成一致意见后,可以停止当前被测版本的测试

    4. 被测版本经过系统测试,达到准出标准,可以停止测试

    五、bug优先级定义

    明确不同bug有不同的优先级,可以做到高优先级的bug“优先”解决,推动研发测试过程更高效地流转。
    在这里插入图片描述
    希望本文对你有所帮助~~如果对软件测试、接口测试、自动化测试、面试经验交流感兴趣可以加入我们。642830685,免费领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料!技术大牛解惑答疑,同行一起交流。
    在这里插入图片描述

    展开全文
  • 客户端Bug优先级定义

    千次阅读 2017-06-13 20:32:20
    Priority: 所提交的bug应该被修复的优先级。共分为四级,分别为P0、P1、P2、P3, 其中P0最高,P3最低。P0&P1的bug必须要在上线前完全修复。详细说明如下: Pri=0 表示block了几乎大部分相关case的bug,...

    Priority所提交的bug应该被修复的优先级。共分为四级,分别为P0、P1、P2、P3, 其中P0最高,P3最低。P0&P1的bug必须要在上线前完全修复。详细说明如下:

    Pri=0

    表示block了几乎大部分相关case的bug,比如该实现的没有实现,或者实现和需求差异非常大,或者这个bug修复后会导致相关的功能全部都要回归;

    Pri=1

    表示发生在一些重点模块或者block了少部分case的bug;

    Pri=2

    表示其基本上不会对其他case产生block或者修复不会影响其他功能的bug;

    Pri=3

    表示一些可修可不修的bug。

     

    Severity所提交的bug对系统的影响程度。同样分为四级,S0、S1、S2、S3,数字越小,影响程度越高。详细说明如下:

    Sev=0

    表示导致系统无法正常工作的bug

    Sev =1

    表示未能很好实现需求/设计所要求功能的bug,且对系统功能影响较大的bug;

    Sev =2

    表示实现不符合需求/设计,但对系统而言影响一般,相应操作发生几率比较小的bug;

    Sev =3

    表示实现不符合需求,但是对系统功能影响较小,甚至可替代的一类bug。

     

    Bug优先级细化定义

    P0

    定义:完全不能满足产品要求,基本功能明显未实现或完全不可用。产品发布后,出现此类问题,将导致产品必须下线或发小版本修复。

    l   性能及稳定性

    1.      严重crash, 闪退,黑屏, ANR(Application Not Responding),无法启动

    2.      严重性能问题: CPU长期占用不释放(后台服务死循环); 后台或杀死进程后, 依然占用系统资源

    3.      严重流量问题: 请求过大/不断重复请求(偷跑流量问题)

    4.      页面FPS(每秒传输帧数)低, 不可忍受的卡顿(反射出内存问题)

    5.      首页启动/页面加载/图片加载/退出页面时间超过3s或明显可感知的变慢

    l   数据错误

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

    2.      核心数据

    3.      影响结算的金额错误

    l   功能及视觉

    1.      核心功能实现错误或未实现

    2.      严重视觉问题: 核心页面

    3.      页面明显bug且严重影响用户使用(元素不可点、核心页面错乱)

    4.      操作系统兼容性问题导致的核心功能异常/Crash等

    l   其他

    1.      严重线上问题并且影响用户使用, 或大量用户反馈

    2.      严重编码规范及CR问题修复, RD提交测试代码

    3.      BOSS发现的问题/影响外卖形象的问题

    P1

    定义:产品的功能实现和需求不符合,没有达到预期的效果,或是性能问题、安全性问题。产品出现此类问题,可能会导致用户投诉,或者转入竞争对手的产品。

    l   性能及稳定性

    1.      复现概率极低的闪退、crash、ANR

    2.      严重性能问题: 内存使用过多且没有正常回收; listview等控件没有重用导致GC严重;

    3.      严重流量问题: 异常请求数据或者多次重复请求数据导致流量损耗

    4.      UE大尺寸切图带来的内存增长

    l   功能及视觉

    1.      主要模块的主要使用路径上的bug,非核心流程,不block测试或仅block少量case

    2.      次要功能实现错误,或未实现

    3.      严重视觉问题: 非核心页面, 但是用户体验很差

    4.      操作系统兼容性问题导致的次要功能异常

    P2

    定义:比较小的功能、UI或交互问题,用户可以绕过此类问题来使用产品。出现此类问题,用户可能会抱怨,但是并不一定导致用户流失。经常可能是界面布局有问题、用户不常使用的情景发现的问题。

    l   性能及稳定性

    1.      复现概率极低的闪退,且无crash日志.

    2.      占比率极低的非主流系统兼容性闪退.

    l   功能及视觉

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

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

    3.      视觉效果与UE设计不完全一致

    4.      文案过长被遮盖、未截断或未折行

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

    6.      UI兼容性/适配问题

    l   其他

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

    P3

    定义:极少众机型适配问题,建议类bug,可修可不修,修了最好,不修不影响发版

     

     

    展开全文
  • BUG优先级定义各种P级别

    千次阅读 2020-07-22 17:09:18
    优先级定义如下: 《版本前期阶段》(功能刚提测): 【P0—紧急】:完全不能满足产品要求,基本功能明显未实现或完全不可用,阻塞测试流程与进度(核心功能流程) 1、功能未实现 、功能缺失 2、业务流程不正确 3、...
  • Bug优先级与严重程度的划分

    千次阅读 2015-10-30 16:46:19
    通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug的严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,...
  • Bug优先级

    2017-10-19 09:59:25
    Bug优先级,便于测试和开发人员能够更好的理解bug优先级,进行编辑
  • 一、bug优先级 bug的严重等级是客观的 bug优先级是qa结合严重等级、复现概率、用户感受度等主观产出的参数,用来指导rd修复bug的次序,更合理的评估当前版本的可发布程度 可以从用户体验角度考虑优先级: 导致...
  • Bug优先级与影响

    2019-02-22 15:07:35
    Bug优先级与影响 摘要:本文主要介绍了Bug优先级的定义与分类,及相应Bug对系统影响的定义。之后举了一些具体的Bug的实例,望对大家在理解Bug的定义上有所帮助 Priority: 所提交的bug应该被修复的优先级。共...
  • 本文总结了一些软件测试入门必须要了解和学习的BUG基础知识,主要包括BUG定义、测试BUG的等级划分、Bug流程以及Bug解决优先级等内容。下面一起来梳理一遍这些基础知识吧! BUG基础知识 1、BUG定义 软件的Bug也叫缺陷...
  • BUG优先级详细解说

    2020-12-18 20:37:48
    作为一个测试工程师要了解 BUG的等级可以分为六种 一级 严重阻碍测试和开发工作 二级 非阻力用例执行的严重问题 ...我们需要依据优先级来解决问题一级最大 六级最小,非特殊情况下需要按顺序解决BUG ...
  • 功能测试中定义的BUG严重程度等级,优先级等级详细说明
  • 理解测试bug优先级的重要性。很详细,值得初学者看理解。
  • 测试人员在提交bug时,经常要区分BUG优先级和严重程度。 这里以腾讯TAPD工具举例: TAPD优先级和严重程度如下表: 优先级 严重程度 紧急 致命 高 严重 中 一般 低 提示 无关紧要 建议 关于如何...
  • Priority[praɪˈɔrəti](优先级)和Severity[sɪ'verətɪ](严重程度)是Bug的两个重要属性。很多新人经常混淆这两个概念。 通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug的严重程度, 而将Priority交给...
  • BUG级别及优先级设定

    2019-10-05 03:55:46
    BUG级别及优先级设定 一.BUG级别设定 1.严重 a.由于程序所引起的崩溃问题 b.导致数据库发生死锁 c.严重数值计算错误 2.主要 a.功能不符或者无法实现 b.程序接口错误 c.数据库错误 3.次要 a.界面...
  • 通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug的严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,在...
  • css 优先级bug

    2017-04-07 16:15:00
    对于前端而言,了解css样式的优先级,对开发或处理bug有着事半功倍的效果,今天在做项目的时候,突然碰到一个优先级的小问题,刚开始不知道所因,后来才发现这个问题是由优先级造成的。先描述下问题,鼠标悬停在父...
  • 修改成功后,系统确实将原先提交的BUG优先级从“1、2、3、4”自动修改为“高、中、低”,博主很开心。 但是突然发现系统内已有的一个项目无法访问。 问题现象 一旦从界面上切换到该项目,整个界面便会抛出一个...
  • Bug严重程度和优先级 bug两个重要属性就是优先级(Priority)和严重性(Severity)。通常Bug管理系统将严重性分为五个等级:Blocker、Critical、Major、Normal、Minor、Trivial。将优先级分为Immediate、Urgent、High...
  • 2. bug级别的分类及其具体划分的参考意见 一. 严重问题 定义: 不能完全满足系统要求,系统停止运行,系统的重要部件无法运行,系统崩溃或挂起等导致系统不能继续运行。修改优先级为最高,该级别问题需要立即修改。 ...
  • BUG级别(优先级、严重级)定义

    千次阅读 2016-11-08 17:05:34
    BUG级别(优先级、严重级)定义 一、主要分类 BUG类型标准主要分两类:依据优先级分类。依据严重程度分类。 A:依据优先级分类标准 优先级:指一个BUG相对于其他BUG对于公司的影响,解决的及时性。 ...
  • 本文给大家介绍一个作者常用的优先级界定方法,作者把他理解成判断优先级的三个阶段性方法,分别对应不同阶段的产品人,不同重要性的需求。一起来看看~功能越多,BUG越多,互联网是个缺少耐心的市场,往往上一个版本...
  • Bug进行分配,标注处理意见,给定优先级(发版前必须三方:需求、开发、产品共同确定)。问题分配时,应尽可能将咨询类、理解错误类等问题处理掉,而不是留给开发人员。有可能是需求的问题,分配给需求人员。定期...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,072
精华内容 428
关键字:

bug优先级