缺陷等级一般划分为四个等级:致命.严重.一般.低 一.致命(一级bug) 通常表现为:系统无法运行,崩溃或严重资源不足,应用模块无法启动或者异常退出,主要功能模块无法使用. 比如: 1.系统崩溃(蓝屏) 2.功能设计与需求严重不符 3.系统无法登录 4.产品无法运行 5.内存泄漏 6.错误操作导致的程序中断 二.严重(二级bug) 通常表现为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性. 比如: 1.功能未实现 2.功能出现异常 3.数据错误 三.一般(三级bug) 通常表…

Priority()和Severity(严重程度)是Bug的两个重要属性.很多新人经常混淆这两个概念. 通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug的严重程度, 而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级. 某种意义上来说,Priority的定义要依赖于Severity,在大多数情况下,Severity越严重,那这个Bug的Priority就越高. 你知道如何合理定义bug的Sevrity么…

如何去区分一个功能测试工程师的水平高和低? 可以从很多个方面去检查,比如测试的思路, 比如测试用例的覆盖度?,比如测试出bug是否能够定位到根因? 上面说的各个方面都很合理,那我们平常如何如更深的定位问题的根因呢? 1.通过我们的测试的经验 这个有点不容易掌握,也不容易传承 2.通过分析bug出现的流程来查找问题的根因, 这个思路可以通过锻炼是自己的技能不断提高 举个例子 BS架构的系统,销售统计报表中的金额不正确?这个时候我们怎么通过流程分析法去精确找到问题的根因呢? 1.分析金额的计算方法…

1 编写目的 本文档是对独立测试阶段发现的缺陷(bug)按照严重等级进行分类,确保测试出的缺陷得到正确的理解,以方便缺陷的修改.回归测试工作可以顺利进行,同时也可以作为测试考核的依据. 2 适用范围 本公司的相关测试人员及研发人员 3 缺陷定义说明 3.1 缺陷定义 l 软件没有达到任务书或需求规格说明书中表明的功能 l 软件出现了与任务书或需求规格说明书中不一致的表现 l 软件功能超出任务书或需求规格说明书的范围 l 软件没有达到用户期望的目标(虽然任务书或需求规格说明书中没有要求) l 测试…

一.bug的定义 软件的bug,狭义指软件程序的漏洞或缺陷,广义指测试工程师或用户提出的软件可改进的细节.或与需求文档存在差异的功能实现等 对应三个测试目的:(3个为了) 1.为了发现程序的代码或业务逻辑错误 2.为了检查产品是否符合用户需求 3.为了提高用户的体验   二.bug的类型 对bug的划分,禅道为例,包括: 1.代码错误 2.设计缺陷 3.界面优化 4.性能问题 5.配置相关 6.安装部署 7.安全相关 8.标准规范 9.测试脚本 10.其他划分:功能类.界面类.性能类.易用性类.…

最近公司取消了指纹打卡,改用钉钉打卡. 天天用这个打卡上班,经常忘记,困扰. 最烦的是好几次明明人在办公室,打卡地址显示在10分钟前的位置,定位失败,不得不重新打卡. 经历过几次定位失败后,我就琢磨起钉钉的定位逻辑,发现定位失败时候的地址,基本是之前我转车的位置,当时我没打开钉钉软件.看来钉钉是自动运行的.打开钉钉看到有个智能工作助理. 每次提前10分钟提醒我打卡,这个时间段,我基本就在失败的定位位置处.所以我猜测是这样的,在智能工作助理提醒我的时候,钉钉已经悄悄的记录我的位置,在10分钟后我打…

怎样才能提交一个让开发人员拍手叫好的bug单 软件测试人员写得最多的文档就是测试用例和BUG,现在测试用例和BUG都没有标准的模板,每个公司使用的缺陷管理工具都有可能不一样,如果你换了一家公司就有可能接触到新的缺陷管理工具,但提交bug的方式却是大同小异,今天这篇文章主要讲解怎样才能提交一个高质量的BUG单. 目录 为什么要提交BUG单 缺陷管理工具 编写高质量的BUG单 为什么要提交BUG单 其实要提交BUG单的原因很简单,就是在测试过程中程序中出错了,那么测试人员就要提交BUG单,以便开发人…

作为测试人员,我们都知道Bug的生命周期是: 我们都希望自己不仅有敏锐的洞察力能够全面的找出隐藏在软件中的bug,还希望自己有系统的分析能力能够准确的分析出每个bug的原因以至于能正确.全面的解决修复bug.这也是一个优秀的测试工程师应该具备的基本能力.那么对于回归验证bug这个环节就是对前面两项工作是否合格的体现及验证.bug回归到不到位, 关系到发现bug本身有没有修复正确, ?同样也关系到bug修复过程中可能引起新的bug.接下来我们就讲讲如何做好bug的回归验证: 一.确认好bug的复现…

一.划分一个bug的等级 bug等级主要分为致命.严重.一般.轻微或者建议四个等级: 1.致命错误:系统无法执行.崩溃或严重资源不足.应用模块无法启动或异常退出.无法测试.造成系统不稳定.价值较高功能异常(比如与金钱相关的功能) 具体基本上可分为: (1)严重花屏 (2)内存泄漏 (3)安全问题 (4)用户权限问题 (5)网页无法正常打开 (6)严重的数值计算错误 (7)功能设计与需求严重不符 (8)系统崩溃/死机/冻结/死循环 (9)模块无法启动.调用或异常退出 (10)数据库数据丢失或破坏.…

在软件工程理论中,BUG严重级别(severity)是用于指示软件质量问题导致的负面影响的程度.但在大部分实际的软件开发组织中,对BUG严重级别(severity)的定义和使用常常充斥着大量的争议和分歧.甚至有些组织即使有专门的BUG严重级别定义文档,但是由于其描述的宽泛和模糊性,使得争议和分歧并没有得到有效的减轻.本文将尝试探讨工程实践中的一些具体问题,并提出笔者的一些观点. BUG严重级别定义对于软件开发组织来讲,是一个非常重要的事情.因为它影响了如下几个方面: 影响修复某个BUG的必要性和…