bug严重级别怎么划分的?什么样的bug是严重的,什么样的是建议?

2021-02-24 19:17发布

6条回答
我想吃肉
1楼 · 2021-02-25 18:31.采纳回答

1、Blocker(崩溃):

阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。如:代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等

(该问题在测试中较少出现,一旦出现应立即中止当前版本测试)

  • 严重花屏

  • 内存泄漏

  • 用户数据丢失或破坏

  • 系统崩溃/死机/冻结

  • 模块无法启动或异常退出

  • 严重的数值计算错误

  • 功能设计与需求严重不符

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


2、Critical(严重):

系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等。如:软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误等

(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试)

  • 功能未实现

  • 功能错误

  • 系统刷新错误

  • 数据通讯错误

  • 轻微的数值计算错误

  • 影响功能及界面的错误字或拼写错误

  • 安全性问题


3、Major(一般):

功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性。如:操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多等

(该问题实际测试中存在最多,合理安排解决BUG,解决率关系版本的优化程度)

  • 操作界面错误(包括数据窗口内列名定义、含义是否一致)

  • 边界条件下错误

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

  • 长时间操作无进度提示

  • 系统未优化(性能问题)

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

  • 兼容性问题




4、Minor(次要):

界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。如:错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等

(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理)

  • 界面格式等不规范

  • 辅助说明描述不清楚

  • 操作时未给用户提示

  • 可输入区域和只读区域没有明显的区分标志

  • 个别不影响产品理解的错别字

  • 文字排列不整齐等一些小问题



bug的优先级:


  • 1.Immediate

即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。



2. Urgent
即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。 

3. High
即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。


4. Normal
即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。


5. Low即”低优先级”,即问题在系统发布以前必须确认解决或确认可以不予解决。


summer
2楼 · 2021-02-24 19:24

1. 紧急(一级):系统容易崩溃;功能设计与需求严重不符;内存泄漏;严重的数值计算错误;系统无法登陆;循环报错,无法正常退出。

2. 严重(二级):

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

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

3. 一般(三级)

通常表现为:界面、性能缺陷。

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

4. 轻微(四级)

通常表现为:易用性及建议性问题

比如:文字排列不整齐;出现错别字,但是不影响功能;界面颜色搭配不好;界面格式不规范。


是开心果呀 - 热爱生活
3楼 · 2021-02-25 12:03

bug按照程度划分总共分为四类,分别为致命、严重、一般和轻微,下面给大家介绍怎么区分这四种。

1.致命:

致命是指系统主要功能丧失,用户数据受到破坏,造成系统崩溃、悬挂、死机或者危及人身安全等的问题。

例如程序所引起的死机,非法退出、死循环、数据库发生死锁、数据流环节上严重的数值计算错误、产品设计存在严重的安全问题、漏洞被利用后可能导致系统瘫痪、数据丢失或隐私泄露等问题。

2.严重:

主要功能部分没有实现、产品需求规格书不符、功能与要求不符、数据流错误、 程序接口错误、 数据流环节上轻微的数值计算错误、 性能如内存溢出、响应时间超长等的诸多问题。

3.一般:

次要功能未实现、与产品需求规格书不符、界面出现错误、格式错误、没有进行一些特殊的限制和要求、删除内容没有做提示、存在必填项冗余内容等方面。

4.轻微:

轻微只要发生在一些小的界面方面的问题。例如错别字、提示信息、语法日期显示格式不正确、界面不美观、操作不方便和不习惯等诸多方面。

5.这些只是测试中遇到的一些问题,在真正区分时我们还需要具体问题具体对待,有一套适合自己测试项目的具体划分需求。




1、 Blocker 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

严重花屏

内存泄漏

 用户数据丢失或破坏

系统崩溃/死机/冻结

模块无法启动或异常退出

严重的数值计算错误

功能设计与需求严重不符

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

2、Critical 即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。

 功能未实现

功能错误

系统刷新错误

数据通讯错误

轻微的数值计算错误

 影响功能及界面的错误字或拼写错误

安全性问题

3、Major 即界面、性能缺陷、兼容性。

操作界面错误(包括数据窗口内列名定义、含义是否一致)

边界条件下错误

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

长时间操作无进度提示

 系统未优化(性能问题)

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

 兼容性问题

4、Minor 即易用性及建议性问题。

界面格式等不规范

 辅助说明描述不清楚

操作时未给用户提示

 可输入区域和只读区域没有明显的区分标志

个别不影响产品理解的错别字

 文字排列不整齐等一些小问题


梦到内河_
5楼 · 2021-02-26 16:12

bug按照程度划分总共分为四类,分别为致命、严重、一般和轻微

征戰撩四汸
6楼 · 2022-05-19 15:42

1、 Blocker 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

  • 严重花屏

  • 内存泄漏

  • 用户数据丢失或破坏

  • 系统崩溃/死机/冻结

  • 模块无法启动或异常退出

  • 严重的数值计算错误

  • 功能设计与需求严重不符

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

2、Critical 即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。

  •  功能未实现

  • 功能错误

  • 系统刷新错误

  • 数据通讯错误

  • 轻微的数值计算错误

  •  影响功能及界面的错误字或拼写错误

  • 安全性问题

3、Major 即界面、性能缺陷、兼容性。

  • 操作界面错误(包括数据窗口内列名定义、含义是否一致)

  • 边界条件下错误

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

  • 长时间操作无进度提示

  •  系统未优化(性能问题)

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

  •  兼容性问题

4、Minor 即易用性及建议性问题。

  • 界面格式等不规范

  •  辅助说明描述不清楚

  • 操作时未给用户提示

  •  可输入区域和只读区域没有明显的区分标志

  • 个别不影响产品理解的错别字

  •  文字排列不整齐等一些小问题

二、Bug的优先等级

1.  Immediate 即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。

2.  Urgent 即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。

3.  High 即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。

4.  Normal 即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。

5.  Low 即“低优先级”,即问题在系统发布以前必须确认解决或确认可以不予解决。

备注:严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷,优先级不一定高,甚至不需要处理,而一些严重性低的缺陷却需要及时处理,具有较高的优先级。


相关问题推荐

  • 回答 157

    虽然从事开发行业的女生越来越多,但女生的比例还是远比不上男生。软件测试的男女生比例则基本相当,软件测试要求细心、耐心,大部分女生也是比较适合学的。而且软件测试课程分为手工测试和自动化测试,手工测试分为功能测试、性能测试、接口测试。自动化测试...

  • 回答 121

    需要。很多人当初抱着测试不需要懂代码,才选择了这个行业,这个就要看对自己的职业定位了,是止步于月薪过万就可以了,还是往20k、30k去突破,如果这样的话,是肯定要会接口、会自动化,就必然要涉及到代码。如果真的看不懂代码,实际的测试后期的工作会出现...

  • 回答 91

    在我看来游戏开发挺难的,尤其像手游一类的还有网游,里面有很多的程序代码而且伤神又费力,不过也有女生在这方面做的很好的,如果你感兴趣,非常想学,可以试试

  • 回答 80

    软件测试专业现在很火热,很缺少人才,25岁学软件测试能学会,就业薪资也高,工作也相对轻松

  • 回答 11
    已采纳

    测试类型有:功能测试,性能测试,界面测试。功能测试在测试工作中占的比例最大,功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用...

  • 回答 15
    已采纳

    这个其实和接口测试的场景密不可分的,比如说:外部接口测试:    必须先接口测试通过了,才能执行功能测试子系统或者各个模块之间的联调测试:    必须各子系统后台代码完成,并提供接口才可以完成测试,一般来说都要求各子系统功能测试通过后再进行...

  • 回答 6
    已采纳

    这个是会因为公司的架构不同而不同的,并不是固定的,但是一般是会有专门的测试部门,或者叫质量保证部,也有可能是叫别的名字。

  • 回答 43
    已采纳

    移动端测试,包括App兼容性测dao试,7*24小时稳定性测试,功耗性能测试,UI测试,交互测试等,课程主要学习的内容有:1、功能测试主要包括计算机基础、软件测试核心理论、Linux、数据库,学习目标是掌握软件测试核心理论,结合Linux、数据库等可实现移动端、w...

  • 回答 1

    标题  1. 首先要做一个标题党(此标题党非彼标题党)。标题一定要清晰简洁易理解,不应该臃长  2. 尽量前缀要规范,例如模板: [Product][Version]_[Feature]_[Title],这样描述会很清晰,也方便查找  3. 缺陷的标题一定要描述在什么情况下发生了什么问...

  • 回答 1

    1、 缺陷报告可以记录缺陷2、可以对缺陷进行跟踪管理3、可以对缺陷报告进行分类 总结 统计

  • 回答 1

    1、缺陷编号(Defect ID),提交BUG的顺序。2、缺陷标题(summary),简明扼要的说明一下这个BUG。3、缺陷的发现者(DetectedBy) ,一般是自己。4、发现缺陷的日期(Detected on date),一般是当天。5、缺陷所属的模块(subject), 在测试哪个模块的时候发现的BUG...

  • 回答 1

    缺陷标题好的缺陷标题需要让相关人员一目了然,一般建议的格式是条件+失败。缺陷类型缺陷类型也是根据具体的项目而定的。但一般情况下分为功能、界面、建议。重现步骤重现步骤的编写规则可以参考测试用例中的操作步骤 ,一定要足够详细、说明清楚问题的操作顺...

  • 回答 1

    工具:NoSQLUnitJsTestDriverQTRunnerVenusFluintBuster.JSSQLUnitECUTQTestlibUnitilsgreatestDbUnitAbbotGoogleTest框架:JUnitMoqJSCaptureMockCUnitPyUnitCppUTestCppUnitzCUTcipra

  • 回答 1

    JunitTestNGGoogleTestpytestunittestJmockitJaCoCogcov、lcov、gcovrCoverage.pyEvoSuiteDiffblue Cover

  • 回答 1

      React Hooks测试库( Testing Library)是一个简单而完整的React Hooks测试工具。  React Hooks测试库让用户可以为React钩子创建简单的测试工具,自定义钩子的输入和检索输出,以处理在功能组件体内运行的情况。  使用React Hooks,用户不必为了测试而去担...

  • 回答 1

    1、单元测试注重代码逻辑,接口测试注重业务逻辑;2、单元测试的粒度最小,是测试最小独立的单元模块(不依赖其他模块);接口测试不是,会覆盖很多;3、单元测试是白盒测试,接口测试是黑盒测试;4、单元测试关注的是代码的实现和逻辑,测试范围较小,保证实...

没有解决我的问题,去提问