你是否遇到这样的场景?

QA发现问题后找到DEV说:

不好了,你的程序出问题了!

DEV(追查半小时之后):

唉,是你们测试环境配置的问题

唉,是你们数据不一致

唉,是你们**程序版本不对

唉,是**产品线的问题

当时的日志呢?

当时cpu有异常么?

可以复现么?

这里就应该是这样啊!

你是否期待这样的场景?

QA发现问题后,经分析判断,胸有成竹的找到DEV说:

你的程序出bug了,初步断定是XX类的XX判断分支有问题,应该把某某的判断一改就好了!——==定位精准==

你的程序出bug了,过去某某产品线就曾经出现过类似的问题,都是某某函数用错了,导致前端某某输入的情况下,会导致某某异常,你检查一下吧!——==经验丰富==

你的程序出bug了,应该是某某的问题。页面截屏、日志、系统资源情况、复现步骤我都记录在bug系统了,请尽快修复——==有理有据==

RD说:

赞,和你合作很愉快!

QA做BUG定位的意义是什么?

  1. 明确一个“问题”是不是真的是“BUG”

    ——问题:与预期不符,表象

    ——BUG:代码错误,实质

  2. 避免来回扯皮,提高测试修复效率

    ——误报降低、原因明确

  3. 有助于理解产品内部逻辑流程

    ——知其然,也知其所以然

  4. 提升DEV对QA的信任度

    ——靠谱!

QA做BUG定位的几个误区:

  1. 心态误区:不明觉厉,与己无关

    —— BUG定位没那么高大上,三板斧会用就行

  2. 手段误区:定位必须看代码

    ——大部分定位还用不上代码能力

  3. 目标误区:所有问题都该被当做BUG定位

    ——问题不一定是BUG,即便是也得考虑性价比

  4. 分工误区:DEV不需要帮助QA的bug定位

    ——大家目标是一致的,DEV需提供可测性支持

QA定位BUG的大体流程:

BUG定位经验建议:

  1. 碰到问题,别忙定位,首先请:

    ——保存犯罪现场(截图)

    ——确认能复现

  2. 先排除QA低级问题,避免被鄙视:

    ——被测程序版本/配置项/网络环境,是否ok?

    ——是不是自己理解错误,本来就该如此

  3. 手段多样化,别钻牛角尖,注意性价比:

    ——多观察日志,多熟悉工具,搞不定就放

  4. 建设自己的BUG历史知识库:

    ——有助于温故而知新

  5. 小版本的新BUG,可通过代码diff定位:

    ——代码DIFF的部分是罪魁祸首,很快

  6. 要求DEV提高可测性

    ——合理的debug日志、中间结果dump

    ——方便可控的逻辑开关

BUG定位手段:

普通青年

——日志、返回码、异常值

文艺青年

——各种非侵入式观察工具

NB青年

——代码走查、JPDA远程调试


WEB项目BUG定位

明确是浏览器端问题还是服务端问题

—— 用Fiddler/Firebug看HTTP内容是否正确

—— 到这一步,其实就可以算阶段性结论了!

浏览器端问题:

—— 用Firebug做进一步定位

服务端问题:

—— 通过观察日志和接口内容缩小怀疑范围

—— 高级手段:JPDA远程调试

一般系统的定位调试

浏览器端常见问题

是否是浏览器设置问题?

是否是浏览器兼容性问题?

用其他数据是否可以复现?

是否是cookie相关的问题?

是否正确发出了请求?

是否得到了正确的应答?

是否是网络硬件原因?

是否是JS跨域问题?

是否是前后台接口不一致问题?

是否是字符编码带来的问题?

使用Firebug 和 Fiddler

Firebug教程视频:

http://www.56.com/u13/v_NjQzMjcwMzQ.html

Fiddler教程:

http://wenku.baidu.com/view/32b6052f6c85ec3a87c2c5af.html


后台服务定位手段

输入条件构造

网络通信包(驱动、桩、真实的上下游模块)

数据文件

配置文件(包括词表,黑白名单等)

共享内存

输出检查

网络通信包

数据文件

日志(尤其是异常日志)

监控:

系统监控:cpu、句柄、IO、内存

模块级监控:内存结构体信息

调试DEBUG

JPDA打断点

后台服务常见问题

自顶向下排查(从系统入口模块开始)

是内部逻辑问题还是下游数据问题?

是否是某些配置下发生的问题?

日志中是否发现线索?

系统资源情况中是否发现线索?

是否是边界值、并发等问题?

下游模块是否交互正常?

是否是多线程下的问题?

是否是大压力下的问题?

是否是不同模块间接口的定义不一致?

是否和服务器软件版本及设置有关?

自底向上排查(从系统末端模块开始)

最底层的模块是否正常收到了请求?

是内部逻辑问题还是上游请求问题

NB青年必备:JPDA

参见:http://blog.csdn.net/kaka1121/article/details/51008195


相关博客:

http://blog.csdn.net/nancybaocool/article/details/38960945

相关文档:

http://wenku.baidu.com/link?url=Fd_n31TBT5JqggblSpohGOP9-BAuq-QkctQu3O6x0jjDfnXwE4lj1usH0CBznax0GqDXYTPfsfembvil5JpExWb08xzJI8yNZoZuKkNSn9C

软件测试之BUG分析定位概述(QA如何分析定位BUG)的更多相关文章

  1. 软件测试之BUG分析定位概述(QA如何分析定位BUG)【转自 https://blog.csdn.net/kaka1121/article/details/51538979】

    你是否遇到这样的场景? QA发现问题后找到DEV说: 不好了,你的程序出问题了! DEV(追查半小时之后): 唉,是你们测试环境配置的问题 唉,是你们数据不一致 唉,是你们**程序版本不对 唉,是** ...

  2. 《Google软件测试之道》【PDF】下载

    <Google软件测试之道>[PDF]下载链接: https://u253469.pipipan.com/fs/253469-230382198 内容介绍 每天,Google都要测试和发布 ...

  3. 《Google软件测试之道》摘录

    以下是最近看的一本书<Google软件测试之道>里的一些摘录,收获很多. 1.讨论测试开发比并没有什么意义,如果你是一名开发人员,同时也是一名测试人员,如果你的职位头衔上有测试的字样,你的 ...

  4. 《Google软件测试之道》基础

    <Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯 ...

  5. 《Google软件测试之道》简介

    <Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯 ...

  6. 《Google 软件测试之道》摘录

    最近刚刚看完<Google 软件测试之道>,受益颇多,遂记录下: 只有在软件产品变得重要的时候质量才显得重要 第一章:谷歌软件测试介绍 角色介绍 SWE(Software Engineer ...

  7. google软件测试之道--读后笔记

         看完google软件测试之道,以前有认真看过一次,今天又重新看了一遍.   在google,测试人员严格区分为SET和TE.SET前期深度参与项目的开发,推动开发人员的自测,从破坏者的角度寻 ...

  8. 小课堂week14 Google软件测试之道

    读<Google软件测试之道> 在IT领域,Google是一面旗帜,是一家非常善于思考善于尝试的公司.随着面临挑战的不断增大,传统的测试开展方式也越来越力不从心,这本书讲述的就是一次完整的 ...

  9. google软件测试之道读后感(一)

    这几天在抽空读一本新书,久负盛名的<google软件测试之道>.之前在网络上一点一点地看过它的英文版,很受触动,还做了很长的读书笔记,现在看到了中文版,才恍觉之前的好些理解存在不恰当的地方 ...

随机推荐

  1. [LeetCode] Shopping Offers 购物优惠

    In LeetCode Store, there are some kinds of items to sell. Each item has a price. However, there are ...

  2. 使用springcloud zuul构建接口网关

    一  微服务网关背景及简介 不同的微服务一般有不同的网络地址,而外部的客户端可能需要调用多个服务的接口才能完成一个业务需求.比如一个电影购票的收集APP,可能回调用电影分类微服务,用户微服务,支付微服 ...

  3. python学习记录 - python3.x中如何实现print不换行

    python3.x中如何实现print不换行   大家应该知道python中print之后是默认换行的, 那如何我们不想换行,且不想讲输出内容用一个print函数输出时,就需要改变print默认换行的 ...

  4. pytorch 移动端框架 thnets 附c示例代码

    前年年前做一个手机移动端图像识别项目的时候, 先后尝试了mxnet,thnets,caffe,tensorflow. 当时的情况是,mxnet内存管理奇差,内存经常由于模型运算分配不足,app挂掉. ...

  5. [Luogu 3768]简单的数学题

    Description 输入一个整数n和一个整数p,你需要求出$(\sum_{i=1}^n\sum_{j=1}^n ijgcd(i,j))~mod~p$,其中gcd(a,b)表示a与b的最大公约数. ...

  6. [HNOI2011]卡农

    题目描述 众所周知卡农是一种复调音乐的写作技法,小余在听卡农音乐时灵感大发,发明了一种新的音乐谱写规则.他将声音分成 n 个音阶,并将音乐分成若干个片段.音乐的每个片段都是由 1 到 n 个音阶构成的 ...

  7. 51 nod 1681 公共祖先 (主席树+dfs序)

    1681 公共祖先 基准时间限制:1 秒 空间限制:131072 KB 分值: 80 难度:5级算法题   有一个庞大的家族,共n人.已知这n个人的祖辈关系正好形成树形结构(即父亲向儿子连边). 在另 ...

  8. [BZOJ]1064: [Noi2008]假面舞会

    题目大意:n个人,k种假面,每人戴一种,戴第i种的可以看见第i+1种,戴第k种的可以看见第1种,给出m条关系表示一个人可以看到另一个人,问k可能的最大值和最小值.(n<=100,000,m< ...

  9. Linux命令-关机命令详解

    关机命令:1.halt 立刻关机 2.poweroff 立刻关机 3.shutdown -h now 立刻关机(root用户使用) 4.shutdown -h 10 10分钟后自动关机 如果是通过sh ...

  10. WPF 实现换肤功能

    将所有控件的基本样式汇集到一个资源字典中,构成界面的基本样式文件,然后进行不同颜色皮肤的定制. 即在新的皮肤资源字典文件中引入基本样式文件,然后使用资源继承,并且只设置控件的颜色属性等,形成一个皮肤文 ...