软件测试之BUG分析定位概述（转载）

软件测试之BUG分析定位概述

发表于：2017-3-09 08:31  作者：lazy test   来源：51Testing软件测试网采编

字体：大 中 小 | 上一篇 | 下一篇 | 打印 |我要投稿 | 推荐标签： Bug软件测试管理缺陷管理

　 　你是否遇到这样的场景/strong> QA发现问题后找到DEV说： 不好了，你的程序出问题了！ DEV（追查半小时之后）: 唉，是你们 测试环境配置的问题 唉，是你们数据不一致 唉，是你们**程序版本不对 唉，是**产品线的问题 当时的日志呢当时cpu有异常么可以复现么这里就应该是这样啊！ 　 　你是否期待这样的场景/strong> 　 　QA发现问题后，经分析判断，胸有成竹的找到DEV说： 你的程序出bug了，初步断定是XX类的XX判断分支有问题，应该把某某的判断一改就好了！——==定位精准== 你的程序出bug了，过去某某产品线就曾经出现过类似的问题，都是某某函数用错了，导致前端某某输入的情况下，会导致某某异常，你检查一下吧！——==经验丰富== 你的程序出bug了，应该是某某的问题。页面截屏、日志、系统资源情况、复现步骤我都 记录在bug系统了，请尽快修复——==有理有据== 　 　RD说： 赞，和你合作很愉快！ QA做BUG定位的意义是什么/strong> 1、明确一个“问题”是不是真的是“BUG” ——问题：与预期不符，表象 ——BUG：代码错误，实质 2、避免来回扯皮，提高测试修复效率 ——误报降低、原因明确 3、有助于理解产品内部逻辑流程 ——知其然，也知其所以然 4、提升DEV对QA的信任度 ——靠谱！ QA做BUG定位的几个误区： 1、心态误区：不明觉厉，与己无关 —— BUG定位没那么高大上，三板斧会用就行 2、手段误区：定位必须看代码 ——大部分定位还用不上代码能力 3、目标误区：所有问题都该被当做BUG定位 ——问题不一定是BUG，即便是也得考虑性价比 4、分工误区：DEV不需要帮助QA的bug定位 ——大家目标是一致的，DEV需提供可测性支持 QA定位BUG的大体流程： 浏览器端常见问题 是否是浏览器设置问题是否是浏览器兼容性问题用其他数据是否可以复现是否是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打断点 后台服务常见问题 自顶向下排查（从系统入口模块开始） 是内部逻辑问题还是下游数据问题是否是某些配置下发生的问题日志中是否发现线索系统资源情况中是否发现线索是否是边界值、并发等问题下游模块是否交互正常是否是多线程下的问题是否是大压力下的问题是否是不同模块间接口的定义不一致是否和服务器软件版本及设置有关自底向上排查（从系统末端模块开始） 最底层的模块是否正常收到了请求是内部逻辑问题还是上游请求问题

相关博客：
http://blog.csdn.net/nancybaocool/article/details/38960945
相关文档：
http://wenku.baidu.com/linkrl=Fd_n31TBT5JqggblSpohGOP9-BAuq-QkctQu3O6x0jjDfnXwE4lj1usH0CBznax0GqDXYTPfsfembvil5JpExWb08xzJI8yNZoZuKkNSn9C

原文：
http://www.51testing.com/html/16/n-3716216.html

来源：Allan_shore_ma