BUG严重等级划分V1.1

合集下载

BUG严重等级划分V1.1

BUG严重等级划分V1.1

讨论
Thank You!
主要功能丧失,严重地影响系统要求或基本功 严重错误 能的实现。(重新安装或重新启动该软件不属
于不能执行正常工作功能或重要功能,因软件原 因导致系统死机、数据丢失等须马上修正
缺陷等级划分参考:
参见软件BUG级别与问题明细对照表
缺陷状态:
致命的软件缺陷(Blocker):造成系统或应用程序崩溃、死机、系统挂起,或造 成数据丢失,主要功能完全丧失,导致本模块以及相关模块异常等问题。如代 码错误,死循环,数据库发生死锁、与数据库连接错误或数据通讯错误,未考 虑异常操作,功能错误等 严重错误的软件缺陷(Major):系统的主要功能部分丧失、数据不能保存, 系统的次要功能完全丧失。问题局限在本模块,导致模块功能失效或异常退出。 如致命的错误声明,程序接口错误,数据库的表、业务规则、缺省值未加完整 性等约束条件 一般错误的软件缺陷(normal):次要功能没有完全实现但不影响使用。如提 示信息不太准确,或用户界面差,操作时间长,模块功能部分失效等,打印内 容、格式错误,删除操作未给出提示,数据库表中有过多的空字段等 较小错误的软件缺陷(Minor):使操作者不方便或遇到麻烦,但它不影响功 能过的操作和执行,如错别字、界面不规范(字体大小不统一,文字排列不整 齐,可输入区域和只读区域没有明显的区分标志),辅助说明描述不清楚 建议问题的软件缺陷(Enhancemental):由问题提出人对测试对象的改进意 见或测试人员提出的建议、质疑。
缺陷严重等级
优先级
低Low
中 Medium 高High
紧急 Critical
缺陷严重 等级
描述
文字错误& 不合理&别

使操作者不合理或者不方便或操作遇到麻烦, 但它不影响执行工作功能或重要功能,次要功 能,对产品使用影响不大

关于BUG严重程度、处理优先级、bug类型的划分

关于BUG严重程度、处理优先级、bug类型的划分

关于BUG严重程度、处理优先级、bug类型的划分转载⼀严重程度致命:系统⽆法正常运⾏严重:很明显的错误性的bug较重:相对明显的错误性的bug⼀般:常见的bug建议类:(暂时保留,可能去掉)⼆优先级说明:紧急相当于执⾏前的准备⼯作,重要相当于后续的⼯作重要且紧急:优先级最⾼,⼀定要做的重要不紧急:暂时可以先缓⼀缓但⼀定要做的紧急不重要:可以先准备下,随时准备做的不紧急不重要:可忽略不计的三 bug类型:功能错误:功能上的错误性bug代码错误:⼀般很少出现,通常在⾃测时出现(对⽩盒测试、⾃测的⽐较适合)内容相关:业务逻辑⽅⾯以及业务描述等相关问题表单相关:表单逻辑、样式、内容问题⽤户界⾯:UI表现,包括对话框样式和⽂字描述问题需求变动:原有的需求基础上的更改新增需求:会议上提出的新需求,⾮正式会议提出的不属于该项设计⽂档:数据库设计⽂档、概要/详细设计⽂档建议:功能已满⾜但待改善,属于改良性建议配置相关:如web服务器或者数据库服务器配置等问题安装部署:项⽬部署时出现的错误,可能不是程序本⾝的问题⽽是⼯具本⾝和⼈为因素引起安全相关:加密和⽔印等安全信息性能压⼒:负载、压⼒测试标准规范:根据国际标准或者公司内部制定的某标准测试脚本:如⽤⼯具LR编写并执⾏脚本进⾏测试事务跟踪:产品缺陷/bug跟踪(Defect/bug Tracking)⼯作任务跟踪(Task Tracking)问题解决过程跟踪(Problem Tracking)产品需求管理(Request Management)客户服务过程跟踪(Customer Support TrackingBad Case:和⽤例没有关联起来,所以暂时不⽤其他:尽量避免⽤该项,不便于统计但仍保留。

bug严重等级及修复优先级划分

bug严重等级及修复优先级划分

相符)。
1、微小的问题, 如果不进行修改,不影响主要功能,产品及属性 仍可使用,如有个错别字。
4
提示 从用户角度:
用户可以使用,但交互性不好,对于用户可能造成难于操作、学习
和理解
从使用者角度,提出的建议性意见。
5
建议性 从用户角度:
个别功能使用不够方便,但是不影响用户使用的问题
例如
1、操作或使用某一功能时,导致程序异常退出,或其余功能无法使用,或造成经常性 死机和重启; 2、严重花屏、内存泄漏; 3、用户数据丢失或破坏; 4、系统崩溃/死机/冻结; 5、程序或模块无法正常启动或异常退出; 6、功能设计与需求严重不符; 7、导致其它功能无法测试的错误。
2、严重影响系统要求或基本功能的实现,且没有办法避免冲突;
2
严重 3、主要功能丧失,导致严重的问题,或致命的错误声明。
从用户角度: 用户可以使用,但性能非常不稳定,经常出现服务中断
次要功能丧失, 不太严重,可通过变通手段解决。
3
一般 从用户角度:

用户可以使用,偶尔出现服务中断(软件功能和需求规格级别基本
序号 1
严重级别
状态描述
致命
1:导致运行中断(应用程序崩溃)、预期的功能没有得到实现、测 试工作无法继续进行等; 2:由于程序引起的非法死机,退出,数据丢失,主要功能完全丧 失,系统悬挂等错误。
从用户角度: 由于产品功能或者性能造成80%以上用户无法使用的问题。
1、较大的功能缺陷 如该功能没有实现或实现有错误;
1、用户界面不太友好; 2、使用不习惯; 3、好的操作建议等。
备注
1、按键操作错误或失灵; 2、客户环境本身没有问题的情况下,网络不稳,频繁断线,掉线; 3、实现的功能与相关需求严重不符; 4、功能未实现; 5、功能错误; 6、系统所提供的功能或服务受到明显的影响;

bug严重程度或等级划分

bug严重程度或等级划分

bug 严重程度或等级划分(urgent 致命,high 严重,medium 中等,low 轻微,
低级)
致命urgent :
通常表现为:主流程无法跑通,系统无法运行,崩溃或严重资源不足,应用模块
无法启动或异常退出,主要功能模块无法使用。

比如:
1.内存泄漏
2.系统容易崩溃
3.功能设计与需求严重不符
4.系统无法登陆
5.循坏报错,无法正常退出。

严重高high :
通常表现为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性
比如:
1.功能未实现;
2.功能存在报错;
3.数值轻微的计算错误
一般/中等medium:
通常表现为:界面、性能缺陷
比如:
1.边界条件下错误
2.大数据下容易无响应
3.大数据操作时,没有提供进度条
轻微/低low:
通常表现为:易用性及建议性问题比如:
1.界面颜色搭配不好
2.文字排列不整齐
3.出现错别字,但是不影响功能
4.界面格式不规范。

缺陷等级划分规定

缺陷等级划分规定

缺陷等级划分规定1.缺陷等级划分规范1.1Bug等级种类及定义:Bug等级可分为:致命,严重,一般的,微小的四种.致命(critical):致命的错误,造成系统或应用程序崩溃(crash)、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失严重(major):严重错误,指功能或者特性(feature)没有实现,主要功能丧失,导致严重的问题,或致命的错误声明一般的(normal):不太严重的错误,这样的缺陷虽然不影响系统的基本使用,但没有很好的实现功能,没有达到预期的效果。

如次要功能丧失,提示信息不太正确,或用户界面太差,操作时间长等微小的(minor):一些小问题,对功能几乎没有影响,产品及属性仍可使用,如有个别错别字、文字排列不整齐等1.2等级划分步骤:1) 功能方面结合”缺陷发生率”(Exposure Risk)和”影响强度”(Impact Intensity)对Bug进行等级划分.”缺陷发生率”是指在运用产品过程中,出现某个缺陷的频率, 可分为四种:不可避免,经常,偶尔,很少.不可避免(Unaviodable):只要运行系统或应用程序,或者使用软件主要功能,该缺陷就能出现. 经常(Frequent):在使用软件过程中,需要通过几步操作出现,或者是一些不常用的非主要功能的缺陷,或者出现该缺陷的频率在30-70%的.偶尔(Occasional):缺陷出现的前提是通过多次操作或多个步骤,或者缺陷出现的概率在2%-30%.很少(Rare):低频率操作,或者出现的前提是通过N次操作或N个步骤,或者缺陷出现的概率低于2%的.“缺陷影响强度”是指在运用产品过程中,某个缺陷影响产品使用的程度,可分为三种:灾难性,障碍性,干扰性.灾难性(Disastrous):测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出;系统的主要功能或需求没有实现;关键性能指标达不到要求;障碍性(Obstruction):系统的次要功能点或需求点没有实现;数据丢失或损坏。

BUG等级划分标准

BUG等级划分标准

BUG等级划分方法一、测试BUG等级划分标准1、Blocker(崩溃):阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。

如:代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等(该问题在测试中较少出现,一旦出现应立即中止当前版本测试)。

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

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

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

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

如:操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多,合理安排解决BUG,解决率关系版本的优化程度)4、Minor(次要):界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。

如:错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理)二、BUG状态标准1、待处理(new):测试人员或用户发现新问题后提交的状态2、已确认(open):经测试人员及研发人员讨论后确认是BUG,提交的状态,由测试人员来设置。

3、已处理(fixed):经研发人员确认是BUG后修复的状态,修改还没有验证,由开发人员来设置。

4、已修改(closed):测试人员认为问题已经修改,通过验证,由测试人员设置。

Bug严重程度分类

Bug严重程度分类
Bug
软件缺陷严重度划分为4类:A类(严重),B类(较严重),C类(一般),D类(轻微)
BUG优先级
BUG严重度
1级:立即修改
A类:严重
指造成系统严重破坏、挂起、崩溃,造成系统受阻无法运行; 在流程、数据、安全方面存在重大问题,导致软件不具可用性; 系统的核心/主要功能无效;
不能完全满足系统要求,基本功能未完全实现;
使系统不稳定、或破坏数据、或产生错误结果,或部分功能无 法执行,而且是常规操作中经常发生或非常规操作中不可避免 的主要问题;
系统存在较严重的安全隐患和性能问题;
系统易用性较差;
系统描述易引起较严重的误会或较严重的影响;
系统的某些功能没有实现而引起后续次要功能不能继续进行; 系统的次要功能没有实现;
由于设计的缺陷,导致软件使用中存在较明显的障碍,或者局 部功能错误,但可以采取其他变通的操作实现。
界面拼写错误或用户使用不方便等小问题或需要完善的问题; 存在某些细微的缺陷,但不影响程序正常应用。
3级:正常修改
C类:一般
指造成系统功能失效、会引起操作上重大误解的;
严重地影响系统要求或基本功能的实现,但存在合理的更正办 法(重新安装或重新启动该软件不属于更正办法);
系统性能或响应时间变慢、产生错误的中间结果但不影响最终 结果等影响有限的问题;
由于编码不够完善,使某个小功能无法使用,或者对特殊的操 作与要求不能支持
软件规范轻度不合理,存在歧义,需要反 或不友好;
功能虽然能够正常使用,但由于实现过程中缺乏容错性,不能 对设计边界以外(甚至边界本身)的数据或操作做岀正确的响 应,导致程序整体不稳定;
运行过程中弹出未控制的系统提示,但不影响流程继续; 涉及数据错误的问题不存在轻度或细微状态;

bug等级划分

bug等级划分

一、致命(一级bug)
通常表现为:主流程无法跑通,系统无法运行,崩溃或严重资源不足,应用模块无法启动或异常退出,主要功能模块无法使用。

比如:1.内存泄漏;2.严重的数值计算错误;3.系统容易崩溃;4.功能设计与需求严重不符;5.系统无法登陆;6.循坏报错,无法正常退出。

二、严重(二级bug)
通常表现为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。

比如:1. 功能未实现;2.功能存在报错;3.数值轻微的计算错误。

三、一般(三级bug)
通常表现为:界面、性能缺陷。

比如:1.边界条件下错误;2.容错性不好;3.大数据下容易无响应;4.大数据操作时,没有提供进度条。

四、提示(四级bug)
通常表现为:易用性及建议性问题
比如:1.界面颜色搭配不好;2.文字排列不整齐;3.出现错别字,但是不影响功能;4.界面格式不规范。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

主要功能丧失,严重地影响系统要求或基本功 严重错误 能的实现。(重新安装或重新启动该软件不属
于更正办法),须尽快修正
系统崩溃
不能执行正常工作功能或重要功能,因软件原 因导致系统死机、数据丢失等须马上修正
缺陷等级划分参考:
参见软件BUG级别与问题(Blocker):造成系统或应用程序崩溃、死机、系统挂起,或造 成数据丢失,主要功能完全丧失,导致本模块以及相关模块异常等问题。如代 码错误,死循环,数据库发生死锁、与数据库连接错误或数据通讯错误,未考 虑异常操作,功能错误等 严重错误的软件缺陷(Major):系统的主要功能部分丧失、数据不能保存, 系统的次要功能完全丧失。问题局限在本模块,导致模块功能失效或异常退出。 如致命的错误声明,程序接口错误,数据库的表、业务规则、缺省值未加完整 性等约束条件 一般错误的软件缺陷(normal):次要功能没有完全实现但不影响使用。如提 示信息不太准确,或用户界面差,操作时间长,模块功能部分失效等,打印内 容、格式错误,删除操作未给出提示,数据库表中有过多的空字段等 较小错误的软件缺陷(Minor):使操作者不方便或遇到麻烦,但它不影响功 能过的操作和执行,如错别字、界面不规范(字体大小不统一,文字排列不整 齐,可输入区域和只读区域没有明显的区分标志),辅助说明描述不清楚 建议问题的软件缺陷(Enhancemental):由问题提出人对测试对象的改进意 见或测试人员提出的建议、质疑。
缺陷严重等级
优先级
低Low
中 Medium 高High
紧急 Critical
缺陷严重 等级
描述
文字错误& 不合理&别

使操作者不合理或者不方便或操作遇到麻烦, 但它不影响执行工作功能或重要功能,次要功 能,对产品使用影响不大
建议类错误,对软件的改进意见或者建议
次要错误
影响系统正常运行的缺陷,主要功能出现错误, 影响到产品的使用
暂不执行 进行业务流程测试时进行 暂不执行 暂不执行 涉及有模块间数据传递时使用
对产品、项目质量有影响,但尚难以确定是否是错误,暂时无 法解决以及不满足用户需求等bug的总称
缺陷分类
页面美观性、协调性、错别字等 进行系统安全测试时使用,暂不订具体标准
暂不执行
其他 对产品、项目的建议性意见,不强制要求修改
BUG严重等级划分
时间:201108
1
缺陷分类
2
缺陷严重等级
3
缺陷等级划分参考
4
缺陷状态
5
讨论
文档性错误 设计错误
程序错误
界面错误 安全问题 兼容性错误 实现与编码错 误 配置问题 其它类型错误 建议问题
文案错误 需求错误 系统架构错误 软件结构错误 数据库设计缺陷 程序数据错误 程序集成接口错误 程序功能错误 程序性能缺陷 程序链接错误 程序关联性错误 缺少容错性处理 程序易用程度低 程序校检错误 程序提示信息错误 页面格式错误 图片错误 显示错误
讨论
Thank You!
相关文档
最新文档