偶发异常BUG,如何高效精准分析排查定位? 作为测试,经常会收到领导.同事.用户反馈过来各种各样BUG,令人措手不及 首选需要判断确认是不是BUG,不要急于给予回复,需有充分的条件给予说明回复 很多测试人员收到问题的反应: 需求没说这样? 不是BUG? 怎么可能是BUG? 这个我们测过的怎么会有问题? 肯定是环境问题? 肯定是程序偷偷改了东西的? 昨天还是好的呢?今天怎么这样了? 作为专业测试,我们应保持大度.精心的状态,正因为每次能遇到问题,我才能涨了更多的见识 收集BUG发生信息,拆分条件:

你是否遇到这样的场景? QA发现问题后找到DEV说: 不好了,你的程序出问题了! DEV(追查半小时之后): 唉,是你们测试环境配置的问题 唉,是你们数据不一致 唉,是你们**程序版本不对 唉,是**产品线的问题 当时的日志呢? 当时cpu有异常么? 可以复现么? 这里就应该是这样啊! 你是否期待这样的场景? QA发现问题后,经分析判断,胸有成竹的找到DEV说: 你的程序出bug了,初步断定是XX类的XX判断分支有问题,应该把某某的判断一改就好了!--==定位精准== 你的程序出bug了,过去某

[问题] 最近查看MySQL的error log文件时,发现有很多服务器的文件中有大量的如下日志,内容很长(大小在200K左右),从记录的内容看,并没有明显的异常信息. 有一台测试服务器也有类似的问题,为什么会记录这些信息,是谁记录的这些信息,分析的过程比较周折. Status information: Current dir: Running threads: 2452  Stack size: 262144 Current locks: lock: 0x7f783f5233f0: Key c

一般来说bug大多数存在于3个模块: 1.前台界面,包括界面的显示,兼容性,数据提交的判断,页面的跳转等等,这些bug基本都是一眼可见的,不太需要定位,当然也不排除一些特殊情况,本身数据传过来的时候就有问题,所以显示会出问题的情况(这个后面会说到). 2.后台程序,包括前台调用的接口,中间层缓存和转发数据,定时任务脚本异步处理数据,程序之间的相互调用等等,而这些bug往往都是不可见的,有可能在功能上体现,也有可能隐藏的深处不易发现,这时候就要通过一些辅助工具以及人工的判断去定位了. 3.数据库,

你是否遇到这样的场景? QA发现问题后找到DEV说: 不好了,你的程序出问题了! DEV(追查半小时之后): 唉,是你们测试环境配置的问题 唉,是你们数据不一致 唉,是你们**程序版本不对 唉,是**产品线的问题 当时的日志呢? 当时cpu有异常么? 可以复现么? 这里就应该是这样啊! 你是否期待这样的场景? QA发现问题后,经分析判断,胸有成竹的找到DEV说: 你的程序出bug了,初步断定是XX类的XX判断分支有问题,应该把某某的判断一改就好了!——==定位精准== 你的程序出bug了,过去某

对于百度地图已经实在忍无可忍了,实验室两年以前的一个项目用到了百度地图,以前师兄毕业了,我来维护这个破项目,百度地图推出新版本出来后,老版本的api不能用了,不能做到向下兼容吗?换掉少量的api也就算了,居然整体风格都换了,我得先学老版本的api看懂师兄留下的代码,再学新版本的api修改这个项目,这也没啥,然而你新版本官方demo怎么还留bug!!折腾一天后发现,这是百度Android 定位SDK的bug!!! 使用百度官网提供的demo学习时,发现一个bug//        高精度定位模式:

测试发现bug,怎么定位?不同领域不同的测试对象,具体定位方法都不一样.自己定位bug的方法通常是以下过程: 1.发现bug,首先要查看bug的详细信息,根据描述初步分析是哪个模块哪段代码的问题 2.检查引发bug的测试环境.测试代码段和测试数据,排除测试人员的误操作导致的程序异常 3.确认测试代码.测试环境和数据都正确后,再进一步分析bug根源.这里就需要看具体的测试业务了,可借助相关的工具进行分析,比如firebug插件等 4.如果产品或业务有相关的日志记录,可通过分析日志来确认bug 5.

之前在 golang 群里有人问过为什么程序会莫名其妙的 hang 死然后不再响应任何请求.单核 cpu 打满. 这个特征和我们公司的某个系统曾经遇到的情况很相似,内部经过了很长时间的定位分析总结,期间还各种阅读 golang 的 runtime 和 gc 代码,最终才定位到是业务里出现了类型下面这样的代码: package main import "runtime" func main() { var ch = make(chan int, 100) go func() { for

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

测试工程师不只是负责发现问题,除了发现问题这种基本功外,定位问题,提出解决方案,提出预防方案也是要掌握的技能.这里先说定位问题的要求,定位问题要向深入,前提当然是对功能.产品的流程.开发方案.开发人员非常熟悉了,以我们部门为例,定位bug至少要到下面这种程度. 首先确定是界面显示问题还是功能问题, 如果是界面问题,如贴图错误,文字错误,样式错误,则需要截图 如果是功能问题: 控制台的问题至少定位到:www的问题还是数据库问题,如果是www问题至少要定位到是前端还是后端问题:如果是数据库问题至少要

  修改BUG心得 分类: 项目管理/CMMI2013-01-14 22:06 845人阅读 评论(0) 收藏 举报 目录(?)[-] 一 二 三 一. 1.写第一版时就杜绝这些的发生. 2.思维要开阔, 3.修改BUG,写代码的人都很厉害,不管是写界面还是底层.不要以人做的模块的难易来断定人. 二. 今天让项目经理找到些bug,但都是无关紧要的,最主要是因为在作页面的时候,业务逻辑不是很清晰,需求描述的不好,所以我自己做起来也有麻烦,当然,不是我没错,只是以后我做项目经理,对以后自己下属的要求

BUG重现 最近机票团队在一个页面布局复杂的地方发现一个BUG,非常奇怪并且不好定位,这类问题一般最后都会到我这里,这个问题是,改变dom结构,页面却不渲染!!! 如图所示,我动态的改变了dom结构,结果页面那一坨变得什么都没有,相当奇怪!!!在PC模拟iPhone就可以重现,iPhone.note4等手机上也可重现,由于这种BUG我不是第一次碰到,很快便引起了注意,总结起来可以归结于: js代码改变fixed元素的html结构(一般是动画后并且布局相对复杂),页面不会渲染 问题定位-分离法 本

原文:memory_limit的一个bug | 风雪之隅 27 Nov 09 memory_limit的一个bug 作者: Laruence( ) 本文地址: http://www.laruence.com/2009/11/27/1164.html 转载请注明出处 PHP 5.2x中, 由于错误的选用了zend_atoi, 导致memory_limit不能设置为超过4G的值. 今天同事分享给我一个问题(thans to yanmi), 一段代码(PHP 5.2.11 Linux/X86_64),

[Bug规范] Bug标题中需包含Bug的具体位置并以[]标注 举例:[模块-子模块-页面]XXXXXXXXXXXX Bug标题尽量简明 做什么操作 + 出现什么结果,比如(点击提交按钮,出现卡顿现象) 字数一般不超过15个字 Bug标题中切勿出现错别字 错误示例: 奔溃(崩溃),电击(点击),登陆,(登录),重置(充值),现实(显示) 当所发现Bug前提条件为空时,需要填无.特殊条件下的Bug必须详细描述产生Bug的前提. 示例:只有在使用附件中的图片(大图片:60M)时,会出现此Bug. 描

欢迎关注我的公众号,了解更多的测试知识:[软件测试经验与教训] 一一BUG描述基础知识 Bug标题中需包含Bug的具体位置并以[]标注 举例:[模块-子模块-页面]XXXXXXXXXXXX Bug标题中切勿出现错别字 错误示例: 奔溃(崩溃),电击(点击),登陆,(登录),重置(充值),现实(显示) 当所发现Bug前提条件为空时,需要填无.特殊条件下的Bug必须详细描述产生Bug的前提. 示例:只有在使用附件中的图片(大图片:60M)时,会出现此Bug. 描述复现步骤中的页面切换为避免出现描述不

首先声明,bug的测试规范应该在公司的正式文档建立.本建议非正式文档,有些内容可能不正确,有些内容可能需要继续商榷,甚至有些内容同公司规范有冲突.如果发现问题,直接忽略本文相应内容.本帖本意仅就工作中的一些现象记录,可以通过简单规范让大家工作轻松,高效.后续继续补充修改,也请大家补充修改. 其次,本帖也仅就填写bug报告的行为进行了一些梳理和建议,不能取代正式的bug测试流程或质量管理过程. 内容: 填写bug报告,可能是专门的测试人员或者开发人员,甚至其他临时帮忙或者最终用户.发现bug和解决

昨天老板告诉我代码有Bug(定位失败),于是各种测试最终发现IOS10以上版本手机不能成功(穷,买不起iphone,测试不完全),先贴失败代码: var city =""; navigator.geolocation.getCurrentPosition(function(position) { var lat = position.coords.latitude; var lon = position.coords.longitude; var point = new BMap.Po

柠檬哥整理了50本计算机相关的电子书,关注公众号「后端技术学堂」,回复「1024」即可获取,回复「进群」拉你进读者技术交流群. 本文首发个人微信公众号,欢迎围观点击阅读原文 最近遇到一个有意思的bug,是关于VSCode编辑器插件的,最近赶项目时间非常紧,说实话在这时平常用的顺手的IDE出问题非常影响心情.这就像是你开在高速路上,吃着火锅唱着歌,突然轮胎爆了,你说气不气人. 不过在找bug和推动修复bug的过程有点意思,通过一系列尝试最终定位和复现了bug,并且给这个项目的微软官方仓库提了iss

1. 缘起 这几天调gcc 7.5.0 +glibc 2.23的交叉编译工具链,由于gcc 7.5.0的默认打开Werr,偶然发现了glibc一个隐藏了二十年的世纪大bug. 这个bug在glibc 2.0版本刚开始就引入了,但直到2.25版本才最终解决,即使按glibc-2.0.1.bin.alpha-linux.tar.gz 版本的发布时间(04-Feb-1997)到glibc-2.25.tar.bz2 的发布时间(05-Feb-2017),也持续了20年加一天. 用gcc 7.5编译的时候

## 感谢大佬:https://blog.csdn.net/fuchaosz/article/details/51513288 1 简介 最近在做侧滑的时候用到了SlidingMenu,在MainActivity中有个轮播图,用ViewPager实现的,结果发现ViewPager不能滑动了,ViewPager的滑动事件和SlidingMenu冲突了,然后自然想到调用Slidingmenu的addIgnoreView()方法,然而却发现并没有什么卵用,滑动事件还是冲突,于是研究了一下源码,发现是S

2016年8月18日12:42:35 参照官方文档https://github.com/arut/nginx-rtmp-module/wiki/Directives 请注意这个是粗翻译版,仅供参考,不是精校版 精校版后面才会更新 目录 核心 rtmp server listen application timeout ping ping_timeout max_streams ack_window chunk_size max_queue max_message buflen out_queue