背景
一段代码的问题产生阶段可以分为:编译期和运行时,编译期的代码可以由工具(idea、eclipse)在程序编码过程中提示错误,解决了语法上的标准问题。运行时的代码在程序启动、运行过程中出现程序异常、逻辑异常的错误。当程序发生异常: 如返回结果不对、 没响应、抛异常、肉眼又发现不了的错误!通常这种情况我们就需要调试代码。
学习的意义
QA同学通过学习debug,能够追踪代码的运行过程,快速熟悉代码实现和调用链路,扩展case的设计思路,同时从黑盒转向白盒,提高问题定位、精准case设计的能力。
玩转Debug
一、基本介绍
Debug视图:
常用按钮:
断点分类(常用断点)
1、行断点
最常用的断点方式,一般用于某个方法内部逻辑能预估的位置进行断点,可以忽略上文过程中的链路:
2、方法断点
方法断点可直接作用在方法上面,如果不确定是哪个方法,可以直接断点到接口上,会自动找到对应的实现,要注意的是,接口上断点的标记是一个菱形:
3、属性断点
是打在属性上的,我们无需再getter setter方法上打断点,在属性上打上断点,就会出现一个小眼睛的标志。小眼睛右键可进行设置断点的触发类型:修改和访问。日常开发或者定位赋值问题的时候,可以通过这个属性断点方式来排查:
4、流断点
二、断点设置
1、首先,我们找到需要断点的代码,根据上面断点分类,选择不同的断点类型,我们采用行断点,点击某行,进行断点标记:
2、对于本地单元测试,我们可以直接点击绿色的三角箭头->选择debug运行模式:
对于远程调试,我们可以选择idea右上角的小虫子,启动调试即可,和点击绿色三角箭头中的Debug Run效果一致远程调试需要注意的要点:
本地的代码必须和远程服务器运行的代码保持一致。
远程调试不要在生产环境进行,否则在断点未关闭的情况下,会造成服务阻塞,严重的造成线上问题:
三、启动调试
我们以一个案例来演示学习Debug的意义。
求1-10阶乘之和。
1!+2!+3!+......+10! = 4037913
以下代码
在编译期:代码没有任何异常,但是运行结果和我们预期是不一致的,在没有日志的情况下,我们无法通过肉眼直接判断问题出在哪里,此时debug调试的作用就显现出来了:
阶乘调试
1、首先,标记断点,启动调试
可以在变量区很清楚的看见目前变量的结果:
可以发现 i=1 的情况下,阶乘之和sum变量值是正确的,继续执行:
观察i=3的情况下变量的变化:
5、i=3的情况下,从图中可以看出S=2,计算21=2,J++再计算就是22=4,这里实际上就可以看出来问题,3的阶乘应该是123=6
而此处运算完结果是(21)+(22)+(2*3)=12,SUM=3,12+3=15
发现问题所在,long s =1 ,只在for循环外面定义了初始化的变量,每次都会累加而没有重置,每次计算s都是用累加的值进行计算,所以会出问题:
6、知晓问题结果后,我们修改代码,增加s在循环体中的重置,重新debug运行
在i=3的时候,可以发现s变量的结果符合预期:
7、释放代码,查看最终结果,和我们的预期值一致
此处也能够看出来debug调试在整个过程中排查问题、定位问题起到了关键的作用:
四、调试技巧
高效debug
1、断点-【条件判断】
在代码中,经常会遇见for循环,但是循环集合可能会很大,一步步的调试到我们想要的那个下标值,执行起来非常麻烦,那么这个时候就可以运用条件判断进行断点
例如在阶乘运算中,我不想一步步的执行很多遍才进入有问题的i==3,那么我可以在for循环的循环体中进行断点,通过右键断点,设置i的条件,在满足条件时,才停在断点处,否则直接运行。如下:
从图中可以很明显看出来直接debug的时候,i执行到了第三次后,才进行断点拦截,前面的都会直接执行不拦截,并且断点标记多了一个?号标记:
2、断点-【表达式计算】\
个人认为是idea调试里面最好用的功能,计算表达式有两个作用,都是在运行时作用
查看表达式的值
设置表达式的值
设置表达式的值
当前debug下,list=0,所以这个输出永远不会打印:
使用表达式计算,执行list.add后,返回结果是true,同时能看见size长度变更为1
这个时候再次向下执行,即可进入for循环的循环体中进行打印:
查看表达式的值
在一些复杂逻辑中,编码者会将多行代码调整为一行,提高了简洁性,但是降低了可读性,这个时候就可以使用表达式,将计算拆分出来一个个查看,可以更好的理解这一行代码表达的意思和计算的逻辑:
定位问题
1、在程序运行日志中,有log抛出异常,通常你可以不需要任何思考,将错误拷贝后在代码中搜索,如有多个同样的,可以根据参数和日志打印内容进行筛选:
2、没有日志情况下怎么办,不知道入口处,那就只能通过抓包等手段获取请求的接口,然后在idea中查找对应的接口,在实现类的入口处进行断点;对代码有一定的阅读能力的测试,可以进行简单走读判断代码主体逻辑再进行断点标记,缩小范围。
通过该方式,可以进行代码分块的情况下快速定位问题点:
总结
Debug能力是定位问题的一个手段,能够给QA同学带来更多的实践经验
提高我们对业务逻辑和数据交互流程有更清晰的认知
了解基本原理和使用,拓宽设计case的思路
将代码学习融入到日常工作中,理论结合实践,能够快速提高自己的代码能力
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理