目录
背 景
学习的意义
玩 转 Debug
一、基本介绍
二、断点设置
三、启动调试
四、调试技巧
定 位 问 题
总 结
背 景
一段代码的问题产生阶段可以分为：编译期和运行时
- 编译期的代码可以由工具（idea、eclipse）在程序编码过程中提示错误，解决了语法上的标准问题
- 运行时的代码在程序启动、运行过程中出现程序异常、逻辑异常的错误
当程序发生异常: 如返回结果不对、 没响应、抛异常、肉眼又发现不了的错误！通常这种情况我们就需要调试代码
学习的意义
QA同学通过学习debug，能够追踪代码的运行过程，快速熟悉代码实现和调用链路，扩展case的设计思路，同时从黑盒转向白盒，提高问题定位、精准case设计的能力。
玩 转 Debug
一、基本介绍
Debug视图
常用按钮
| 按钮 | 说明 | 备注 |
|---|---|---|
|
| 定位当前断点位置 | 用于不知道断点在哪的时候快速定位 |
|
| 步过：一行一行的向下运行代码，跳过方法 | |
|
| 步入：一行一行的向下运行代码，不会走入系统类库的方法中，但是会走入自定义的方法中 | 自定义方法 add(),如果调用了会直接进入 |
|
| 强制步入：一行一行的向下运行代码，会走入系统类库的方法中，也会走入自定义的方法中 | 系统类库，例如.toString() |
|
| 步出：跳出方法，回到调用处 | 和强制步入相反 |
|
| 回退断点：回退后可以重新观察错过的数据加载的信息 | 对于数据库已执行的的操作是无法回退的 |
|
| 运行至光标处：鼠标指在哪一行，就跳转到哪一行 | 用的比较少 |
|
| 计算表达式 | 使用表达式可以在断点调试阶段进行模拟操作 |
|
| 进入下一个断点 | 如果没有下一个断点，直接运行到结束 |
|
| 结束程序 | |
|
| 查看当前所有断点数据 | |
|
| 禁用所有断点 |
断点分类（常用断点）
1、行断点
最常用的断点方式，一般用于某个方法内部逻辑能预估的位置进行断点，可以忽略上文过程中的链路
2、方法断点
方法断点可直接作用在方法上面，如果不确定是哪个方法，可以直接断点到接口上，会自动找到对应的实现，要注意的是，接口上断点的标记是一个菱形
3、属性断点
是打在属性上的，我们无需再getter setter方法上打断点，在属性上打上断点，就会出现一个小眼睛的标志
小眼睛右键可进行设置断点的触发类型：修改和访问
日常开发或者定位赋值问题的时候，可以通过这个属性断点方式来排查
4、流断点
在使用lambda或者流操作时候，想要看见过程中做了些什么，可以通过流断点的方法，查看
这个按钮即可展示视图，在每个过程中做了什么动作
二、断点设置
1、首先，我们找到需要断点的代码，根据上面断点分类，选择不同的断点类型，我们采用行断点，点击某行，进行断点标记
2、对于本地单元测试，我们可以直接点击绿色的三角箭头->选择debug运行模式
对于远程调试，我们可以选择idea右上角的小虫子,启动调试即可,和点击绿色三角箭头中的Debug Run效果一致远程调试需要注意的要点：
- 本地的代码必须和远程服务器运行的代码保持一致
- 远程调试不要在生产环境进行，否则在断点未关闭的情况下，会造成服务阻塞，严重的造成线上问题
三、启动调试
我们以一个案例来演示学习Debug的意义
求1-10阶乘之和
1!+2!+3!+......+10! = 4037913
以下代码
在编译期：代码没有任何异常，但是运行结果和我们预期是不一致的，在没有日志的情况下，我们无法通过肉眼直接判断问题出在哪里，此时debug调试的作用就显现出来了
阶乘调试
1、首先，标记断点，启动调试
可以在变量区很清楚的看见目前变量的结果
2、使用【
】按钮进行一步步执行
可以发现 i=1 的情况下，阶乘之和sum变量值是正确的，继续执行
3、继续【
】调试，i=2的情况下，阶乘之和=3，结果也是正确的，继续执行
4、此时i=3执行，发现sum的值居然变成了15，正常的1!+2!+3!的阶乘之和应该是6此处就可以发现计算有问题，那么问题在哪呢，使用【
】重新运行加载
观察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中查找对应的接口，在实现类的入口处进行断点；对代码有一定的阅读能力的测试，可以进行简单走读判断代码主体逻辑再进行断点标记，缩小范围
3、 在无法判断异常位置，并且代码逻辑又多的情况下，我们还可以通过多行断点标记的方式，直接配合
按钮，运行会直接跳入下一个断点中，上一个断点到下一个断点中间的代码都不会步入，如下
通过该方式，可以进行代码分块的情况下快速定位问题点
总 结
Debug能力是定位问题的一个手段，能够给QA同学带来更多的实践经验
- 提高我们对业务逻辑和数据交互流程有更清晰的认知
- 了解基本原理和使用，拓宽设计case的思路
- 将代码学习融入到日常工作中，理论结合实践，能够快速提高自己的代码能力
最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!
在我的QQ技术交流群里（技术交流和资源共享，广告勿扰）
