BUG分析以及BUG定位
?一般来说bug大多数存在于3个模块:
1、前台界面,包括界面的显示,兼容性,数据提交的判断,页面的跳转等等,这些bug基本都是一眼可见的,不太需要定位,当然也不排除一些特殊情况,本身数据传过来的时候就有问题,所以显示会出问题的情况(这个后面会说到)。
2、后台程序,包括前台调用的接口,中间层缓存和转发数据,定时任务脚本异步处理数据,程序之间的相互调用等等,而这些bug往往都是不可见的,有可能在功能上体现,也有可能隐藏的深处不易发现,这时候就要通过一些辅助工具以及人工的判断去定位了。
3、数据库,包括表中缺少字段,字段定义错误,字段长度限制,数据重复等等,这些bug需要通过数据库工具以及一些基本的数据库查询语句来定位,当然前提是要对每个表,每个字段甚至每一个值代表什么意思有一定的了解(一些常用的重要的表,字段,值就可以了)。
排除一些显而易见以及可以直接判断的bug,很多不容易判断的bug该如何定位呢?
这就需要借助一些工具来一个个排除了,也许还是会觉得雨里雾里,那么就举一个常见的例子来讲解:
比如在提交正常的表单发生了错误导致提交失败,那么如何从定位呢?
1、首先要打开抓包工具,然后提交正常的表单,看是调用后台接口的时候传的参数是否和之前填写的一致,比如表单填的是数字,而接口需要传的是字符串,那么就是前台传的问题,如果一致说明不是前台问题,继续往下查。
2、需要一方面继续看抓包的数据,接口返回的错误是什么,如果能明确看到错误原因的消息,也就定位到问题,如果不能看到则要继续连接测试服务器查看日志,看是程序处理到哪一步有问题,
3、如果从程序的角度发现没问题,那继续往下查,看是否连接的数据库不对,亦或是超过数据库字段限制的长度等等。就这样追寻着程序执行的轨迹一步一步去排查,最终基本都能定位到问题。
1、web前端
- Web前端就是通常说的网页。互联网公司的前端一般包含如下内容:JavaScript、ActionScript、CSS、HTML(..ML)、Flash、交互式设计、视觉设计
- web前端测试可能发现的问题——版面设计、交互设计、文字、性能、功能
- bug定位通用思路:现象-->原因-->验证手段-->结论-->现象? ? ? ??
? ? ? ? ? ?
测试bug定位原因归类:
测试环境相关
是否安装了flash及flash的版本——可能导致部分页面显示出问题,目前常用的版本诶flash10
是否开启了浏览器插件——插件可能导致浏览器行为的变化,除非测试要求,否则一律禁用插件
是否开启了安全软件——可能会截包、弹窗拦截、防钓鱼等
浏览器相关
不同浏览器的支持标准——不同内核的浏览器对js及各种标准的支持不同,因此页面解析出来的效果可能不同。IE:trident;Firefox:gecko;Chrome:webkit;Safari:webkit。
浏览器的设置——禁用js;禁用弹窗;禁用cookie等
浏览器cache策略——js,css,图片等都有可能被cache住。ctrl+F5强制刷新请求
cookie——跨域,过期
网络相关
是否发出了正确的请求——请求url、参数变量。content数据
是否得到了正确的应答——http的返回值:200-正确;302-对象已移动;304-对象未修改;404-没有找到页面。返回的数据体
是否性能问题——异步请求的数量过多;网速过慢
字符编码相关
页面乱码——百度后端存储基本是使用的GBK编码,前端提交可能是UTF-8编码,后端对于非GBK编码一般采用实体存储。可能出现编码没有转换。转换的时候没有判断半个汉字(转掉了半个汉字导致雪崩)。
url错误——url路径中汉字编码使用的是utf-8编码,参数中使用系统默认编码,flash脚本中使用的都是uft-8编码。
安全相关
Xss漏洞——输入一些特定字符页面出现错乱或有恶意代码被执行,RD未对特殊字符转义完整
性能相关
图片数量——页面中同一个域的图片的数量控制在16个以下,IE会控制同一个域下图片并行的下载
数量
页面抖动——异步请求的数量过多
加载失败——限速情况下,超时
bug定位常用工具
Firefox——firebug、web developer、live http headers、http fox
IE插件——httpwatch
第三方工具——fiddler
慢速网模拟工具——firefox throttle
2、web后端
后端包含运行在服务器上的程序,脚本和服务。比如:各种各样的逻辑处理系统,数据存储系统等。
后端可能发现的问题——逻辑的,数据的,策略的,接口的,性能的等
测试bug定位原因归类:
数据流相关
?上下游模块是否连接正常——模块的ip和端口的配置,白名单黑名单配置,session授权
模块的数据发送接收是否正常——日志是否有滚动,是否显示发送了数据或接收到数据,数据是否完整,跨机房,负载均衡算法(从哪些机器获取到的数据)
?非socket的数据传输——共享内存(是否分配,key的配置等),cache(是否创建,脏数据等),数据库(配置,连接,表,触发器,存储过程),文件(大小,访问权限)
?模块之间的接口——协议的一致性(mcpack1,mcpack2等),字段的一致性(一个按signed解析,一个按unsigned解析),字段复用
处理逻辑相关
程序的各种配置——功能是否开启/关闭,词表是否加载,各种阈值的配置,超时配置
程序日志——日志级别,交互的流程,处理的流程
各种边界——数据边界(int,long),文件边界(空文件,分文件的边界),时间边界
各种资源癿使用——Cache是否遗留脏数据,并发和死锁
系统和环境相关
系统资源——Cpu,io,句柄,内存,网络状态,数据库状态,数据库连接数
环境资源——程序版本,内核版本,网络(外网)访问权限,系统动态库不一致
程序和代码相关(常用验证手段)
确认问题出现的位置——日志中的代码行,gdb中的代码行,抛出异常显示的代码行
获取当时的运行时信息——Gdb core文件,gdb attach到进程,查看堆栈,查看寄存器,设置breakpoint,watchpoint,查看内部数据
获取程序和系统信息——Strace查看系统调用,系统状态获取(ps,top,/proc/pid/*,vmstat,netstat)
更深入的手段——反汇编,查看寄存器,gdb高级应用
后端测试bug定位
日志查看命令
查看压力——tail -f as.log | grep '^NOTICE' | awk '{print $3}' | uniq -c
排除日志中的特定内容——grep -v 'pattern' as.log
只输出感兴趣的内容——grep -o 'proctime:toal:\d+' as.log;grep -o 'proctime:toal:\d+' as.log | grep -o '\d+ ';grep -o 'proctime:toal:\d+' as.log | grep -o '\d+ ' | sort -n | uniq -c
将wf日志归类——grep -o '\w+\.(cpp|h):\d+' as.log.wf | sort | uniq -c
gdb常用命令
bt——查看堆栈信息
print——打印某变量值
break——设置断点
x/i——翻译当前指令为汇编
info thread——查看所有线程,星号*标记的是当前线程
thread num——切换到线程号为num的线程
set scheduler -locking on——锁定在线程:输入continue命令以后,当前线程继续执行,其它线程不执行
set scheduler-locking off——这是默认设置,输入continue命令以后,所有线程都继续执行
3、性能测试
旨在获取系统在特定一种或多种环境下,在不同的外部输入压力(包含极限)的条件下的系统各项指标的测试
常用命令
进程相关——ps,top,/proc/pid/*
系统相关——vmstat,top,iostat,sar,df,lsof
网络相关——netstat
bug定位原因归类
压力工具相关
工具的功能和性能——能否达到预期压力,启劢压力的机器性能,压力工具是否有异常连接关闭,压力工具如何处理异常,长连接短连接,并发的个数
工具运行环境——压力机器的带宽,是否跨机房
被测系统相关
机器性能——系统所在机器性能,机器网络带宽,机器的内存,sd卡,硬盘
系统本身——系统的下游模块的性能,系统的配置,系统的数据量,系统的特点状态(充cache,dump,merge),系统的部署,程序的bug
环境相关
操作系统相关—— 是否和线上一致,内核版本,刷脏页时间,有没有调用directIO
查看系统状态——Ps,top,/proc/pid/*, vmstat,netstat
正确的思路+丰富的业务知识+丰富的技术背景知识+较好的调试和开发能力= 强大的bug定位能力Bug定位的过程是能力提升的过程
Bug定位的过程也是境界提升的过程
????????????? 【下面是我整理的2023年最全的软件测试工程师学习知识架构体系图】
一、Python编程入门到精通
二、接口自动化项目实战?
三、Web自动化项目实战
四、App自动化项目实战?
五、一线大厂简历
六、测试开发DevOps体系?
七、常用自动化测试工具
八、JMeter性能测试?
九、总结(尾部小惊喜)
生命不息,奋斗不止。每一份努力都不会被辜负,只要坚持不懈,终究会有回报。珍惜时间,追求梦想。不忘初心,砥砺前行。你的未来,由你掌握!
生命短暂,时间宝贵,我们无法预知未来会发生什么,但我们可以掌握当下。珍惜每一天,努力奋斗,让自己变得更加强大和优秀。坚定信念,执着追求,成功终将属于你!
只有不断地挑战自己,才能不断地超越自己。坚持追求梦想,勇敢前行,你就会发现奋斗的过程是如此美好而值得。相信自己,你一定可以做到!?
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!?
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!