一. Bug的严重等级定义: 1. Blocker 即系统无法执行.崩溃或严重资源不足.应用模块无法启动或异常退出.无法测试.造成系统不稳定. 严重花屏 内存泄漏 用户数据丢失或破坏 系统崩溃/死机/冻结 模块无法启动或异常退出 严重的数值计算错误 功能设计与需求严重不符 其它导致无法测试的错误, 如服务器500错误 2.Critical 即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性. 功能未实现 功能错误 系统刷新错误 数据通讯错误 轻微的数值计算错误 影响功能及界面的错

一个wap端改版项目完结了,总结下测试过程中的典型性bug:应该从哪个角度去总结? 有点疑问?不知道是以bug的影响度去总结,还是以优先级去总结(好像优先级和影响度是成正比的,优先级比较高的bug,影响度一般也是比较大的) 以测试角度去总结的bug:和开发自己总结的典型bug:好像都是不一样的(筛选角度不一样吧) 项目中功能测试占比90%,筛选典型bug,大都会以功能业务去筛选bug(一般这种bug出现的原因,就是开发对需求理解有偏差或者手下误) 接口测试占比比较少,还是有时间就测试接口:没有时

一.主要分类 BUG类型标准主要分两类: Ø 依据优先级分类. Ø 依据严重程度分类. 二.主要内容 依据优先级分类标准 定义 优先级:指一个BUG相对于其他BUG对于公司的影响,解决的及时性. 分类标准 紧急 ² 系统无法工作 ² 测试无法继续正常工作 ² 特殊情况:如重要客户(项目重要性) 高 ² 需求问题 ² 实现与需求不符 ² 出现调试代码 ² 功能性错误 ² 关联性错误 ² 前后模块不一致 ² 链接错误 ² 特殊性的程度性能低下 ² 程序引起的安全问题 注:涉及所有关于数据流的错误 中

缺陷概述: 1)缺陷(Defect):是指存在于软件之中偏差,可被激活,以静态形式存在于软件内部,相当于Bug. 2)故障(Fault):当缺陷被激活后,软件运⾏中出现的状态,可引起意外情况,若不加处理,可产⽣失效,是⼀个动态行为. 3)失效(Failure):软件运⾏时产⽣的外部异常⾏为结果,表现与⽤户需求不⼀致,功能能⼒终⽌,⽤户⽆法完成所需要的应用. 4)Bug:电脑系统或者程序中存在的任何⼀种破坏正常运转能⼒的问题或者缺陷,都可以称之为"Bug":有时也泛指因软件产品类 部引起

一.背景 最近在推进组内流程规范专项建设,从"研发测试流程"."提测规范"."测试准入标准"."bug优先级标准"."测试停止标准"."测试准出标准"和"测试报告模板"7个纬度制定了标准,希望能给看到的人带来一点火花. 二.准入标准 提测后,进入测试环节,需满足以下全部条件: 1)     冒烟测试用例全部通过 2)     主流程可以走通 3)     界面上的功能

译者按: 等待用户反馈BUG,一切都晚了!实时监控线上应用才是王道. 原文: Why relying on your users to report errors is the dumbest thing you’ll ever do 译者: Fundebug 为了保证可读性,本文采用意译而非直译.另外,本文版权归原作者所有,翻译仅用于学习. 我们热爱coding. 当我们coding的时候,就如同从零建造一栋大楼.新的特性.新的功能.绝佳的设计都在每一次更新后被用户所使用,期待他们的喜爱和赞美

这里系统专门指的是那种用户量大的系统,比如有几百万或者上千万的注册会员.因为小系统因为用户量少,不存在这种思考,考虑有时候是多余的.另外还有内部系统,给自己公司内部人员使用的,即便是出现了问题,也不会造成很大的问题,内部协调一下即可. 而针对客户的系统,公司的收入和价值来源于给客户提供稳定的服务.这是关系到公司命脉的.如果系统不稳定,在客户心中造成的印象就会不好. 快速修复与稳定测试之间的权衡 如果线上系统出现了bug,用户反馈问题.作为开发人员,肯定要修复bug.是马修复代码后上传到生产环境,

1. Bugger 2016 介绍 Bugger 2016 is the version of Bugger adding support fot Team Foundation Server bug databases, GitHub bug databases, in addition to the existing Product Studio support. Bugger 2016 tracks Team Fundation Server, GitHub and product Stu

用户往往对产品中各种各样的bug抱怨不已,而测试人员往往认为自己的职责就是揪出这些所有的bug并把它们全都修复.然而,这是一个误区.微软卓越测试工程总监Alan Page近日撰文,再次解释了有哪些bug是不会被修复的. AD:WOT2014:用户标签系统与用户数据化运营培训专场 本文来自微软中国官方博客,原文标题为<为什么Bugs没有被修复?>,作者Alan Page是微软卓越测试工程总监,译者为卢玥俪.陆梦嫣和汪宏. 近来我遇到越来越多的人对我们会发布还有bug的产品大为惊讶.而让我大吃一惊

CSS透明没有继承 css opacity is not inherited in internet explorer 今儿遇到一个问题源于同事写的一个页面,发现父级明明 opacity:0 了,但子级还显示,原来是 IE9+ 的一个 BUG:影响版本: IE9/IE10/IE11 解决方案,请参考:http://makandracards.com/makandra/21779-css-opacity-is-not-inherited-in-internet-explorer Elements

问题描述: 测试过程中如何区分什么是功能bug,什么是需求bug,什么是设计bug? 精彩答案: 会员 土土的豆豆: 本期问题其实主要是针对不同方面或纬度上对于bug的一个归类和定位. 个人认为,从软件开发测试生命周期上分析的话,三者从开发测试阶段应该是需求bug.设计bug.功能bug.(这里仅针对提问排比) 需求问题可以包括设计问题和功能问题,当然还有非功能性缺陷等. 需求bug,简而言之就是对于业务需求不清晰或者理解有偏差产生的问题.可能包括业务分析人员不专业因素.开发与测试人员思维不一致

IE浏览器以不支持大量的css 属性出名,同时也因其支持的css属性中存在大量bug. 这里收集了好多的bug以及其解决的办法,都在这个文章里面记录下来了!希望以后解决类似问题的时候能够快速解决,也希望大家能在留言里面跟进自己发现的ie6 7 8bug和解决办法! 普通IE css bug bug名称 影响版本 描述 Image Label Focus Bug IE8,IE7,IE6 <img>元素在<label>元素之内,单击时,焦点不会转移到相应的表单控件 按钮Margin-A

作为程序员,Bug 修复终究是绕不开的话题,本期移动开发精英俱乐部讨论的主题便是 Bug 修复中的 Hotfix,即热修复.接下来让我们跟随大牛的脚步来了解 Hotfix,就算你不能一下豁然开朗,相信也一定会有所启发.非常感谢赖春辉的整理,本文系国内 ITOM 管理平台 OneAPM 审校. 什么是热修复? 主持人-牛树民:我们自己的项目中还没有这方面的技术方案,最近一直在考虑这个.大家对热修复这个名词是怎么理解的?什么是热修复? 七里小晴天:是不是跟游戏打补丁差不多? longway:运行时,

这个题目巧妙之处在于用二进制的每个位1,0分别表示bug的有无,以及实施补丁对相应bug的要求以及实施后的对bug的影响. 软件bug的状态:1表示相应bug仍然存在,0表示已经修复.这样可以将软件的状态用一个整数表示,例如1100(12)表示第1,2个bug存在,后面两个已经修复. 那么,对于n个bug 的软件,起点src = (1<<n)-1表示软件初始状态 111....111,终点sink = 0表示软件已经修复. 实施补丁的条件: +-0 表示实施该补丁需要第1个bug存在,第2个b

背景 最近针对我们的处理器出现了一系列的严重的bug.这种bug导致了两个情况,就是熔断和幽灵. 这就是这几天闹得人心惶惶的CPU大Bug.消息显示,以英特尔处理器为代表的现代CPU中,存在可以导致数据泄漏的大漏洞.这两类主要的漏洞被命名为Meltdown(熔断)和Spectre(幽灵),其中Meltdown漏洞会导致某些代码越过权限访问任意内存地址,直击敏感数据,这主要影响英特尔CPU:而Spectre漏洞机理不同,但作用类似,同时几乎影响所有的处理器,英特尔.ARM和AMD均不能幸免.不过和

针对app线上修复技术,目前有好几种解决方案,开源界往往一个方案会有好几种实现.重复的实现会有造轮子之嫌,但分析解决方案在技术上的探索和衍变,这轮子还是值得去推动的 关于Hot Fix技术 Hot Fix技术,简单来说就是针对线上已发布app出现了bug,在不推送新版本的情况下通过发布修复补丁进行修复.通常是刚上线的app,需要快速线上修复bug,类似的技术就叫做热修复或热补丁. 热修复技术能带来什么 让app具有了上线后被修复的可能性,增加事故风险可控性: 避免为修复bug而快速增发新版本,让

见博客https://www.cnblogs.com/zwfymqz/p/8588693.html 题解链接https://blog.csdn.net/ripped/article/details/70543595 本题lazy标记设为[change,add]当一个区间向下传递lazy标记时,由于change的优先级高于add,即会影响原有的add标记,所以将change先下传,同时清空子区间原有的add标记,然后再下传add标记 遇到乘法加法复合运算时同理,lazy标记设为[mul,add]当

概述IE浏览器以不支持大量的css 属性出名,同时也因其支持的css属性中存在大量bug. 本页列举了IE下的一些问题,实例样本和一些我们已知的解决方法. 尽管我已经尽力按照它们本来的性质对它们进行分类,仍有许多bug可以分在好几个部分之下,这种情况下,我将会将此bug分在普通bug这一部分. 统计目前为止.本站点包含46个”普通bug”教程,5个”haslayout bug”教程,6个”不支持的方法”教程,一个“冲突bug”教程.总共58个教程,70个解决方法. 最近的教程发布于2009年8月

程序猿嘛,难免会被BUG缠身,我相信,没有一个程序猿在被BUG缠身时是感觉轻松的,消灭BUG一定是你最大的愿望.本周,我们团队的项目进入调试阶段,各种BUG层出不穷,眼看下个周就要进行项目答辩会,所以每个成员都绷紧了神经,与时间赛跑,一路过关斩将,解除一个一个的BUG.今天,我们就来简单谈一下,我们应该如何对待这位特殊的“朋友”——BUG: BUG,一种传说中的昆虫类爬行动物.形状多变,往往根据生存环境随意变换其外形特征.常常和一类叫做“程序猿”的灵长类动物共存.程序猿在工作之余,常以捕杀BUG

在一个典型的浮动中,如下面的图片所示:灰色矩形是外部容器,绿色容器在外部容器内向左浮动,未浮动的部分包围着浮动部分.但是IE6在解析这样的浮动时,会莫名的给靠紧浮动部分的未浮动部分添加3个像素的边距.为了更加直观,让我们将Firefox和IE6中的效果做一对比(上图是Firefox中的效果,下图是IE6中的效果): 你会清晰的观察到IE6中的3像素边距Bug.为了确定到底是不是3个像素,我在Photoshop将图片放大到1600%,如下面的截图所示,的确是3个像素. 如何解决这个Bug? 如果这

首先要确认BUG的影响范围: 后续做法如下: 1.从测试角度来说,外部缺陷等同与系统崩溃,测试是必须提的2.可以询问主管或负责人是否在后一个版本中修改3.评估缺陷对于用户使用存在多大的不便4.判定缺陷修改的关联多少模块5.这句记在心里就可以了,产品是给人用的,一切不符合用户实际需求的就是缺陷,如不再需求确认书上的需求,为了产品长远发展也必须及时修复.