如何高效Debug(又名如何高效解决问题)

文章目录

如何高效Debug(又名如何高效解决问题)
- 简介
- 阅读本文章须知
- 导读
- 接手别人的代码如何修改错误
- - 快速反应:fast_forward:
  - 1. 确定目标:golf:
  - 2. 重现错误 :recycle:
  - - 放大错误
    - 遇到一个无法复现的错误
  - 3.索要或者搜索技术文档:diamond_shape_with_a_dot_inside:
  - 4. 检查传入的参数:parking:
  - 5.检查运行环境:information_source:
- 在代码内寻找错误
- - 1. 寻找合适的工具:gear:
  - 2.重读程序:closed_book:
  - 3.测试参数:memo:
  - 4. 打印中间结果:card_index:
  - 5.检查判断伪判断语句:interrobang:
  - 6.控制变量(二分法定位):control_knobs:
  - 7.重构:repeat:
- 在代码外寻求帮助
- - 1.搜索引擎或者程序员论坛:tada:
  - 2.向身边的同事或者朋友求助:person_frowning:
  - - 提问之前
    - 当你提问时
    - - 精确地描述问题并言之有物
      - 话不在多而在精
      - 描述问题症状而非你的猜测
      - 描述目标而不是过程
      - 询问有关代码的问题时
- 了解 BUG 的等级
- - 投入时间:timer_clock:
  - 1级错误致命错误 CRITICAL:warning:
  - 2级错误严重错误 ERROR:red_circle:
  - 3级错误一般错误 WARNING:small_red_triangle:
  - 4级错误外观错误:information_source:
  - 不需要处理的 BUG:no_entry_sign:
- 更多建议
- - 模块化编程
  - 最小可测试单元
  - 留下测试的数据
  - 写模块的时候请写函数注释
  - 使用版本控制工具 Git/SVN
- 一些垃圾话
- 结尾

简介

⭐️这是一篇通用 DEBUG 文章，这篇文章适用于大部分面向对象编程语言的 DEBUG⭐️

如果你接手其他人的项目中出现了错误，这个文章可以给你一种解决错误的思路
新手程序员可以通过这篇文章来学到一种 DEBUG 思路，尽管这可能不是最好的方案，但是这个方案足以应付大多数出现错误的情况
你可能借助这篇文章知道你现在的 DEBUG 进入到了什么状况，还有什么情况没有考虑到，你是否还有其他办法解决你的 BUG

阅读本文章须知

文章中为了打字方便，大多数的 BUG 将会被翻译成中文错误
你需要有至少一门语言编程的经验
请不要大篇幅的跳读文章，这会导致你的阅读出现断层

导读

你将会了解到如何区分错误的等级，来根据不同的错误等级来请求他人的帮助，同时更加详细的错误等级同时也会提起他人的重视，然后你将会了解到在你接手代码或者准备尝试一些新的东西的时候你如何解决代码之外的问题，之后你会将目光聚焦到代码的内部，使用多种方法来更快的找到和解决错误，如果这都不能帮助你解决错误，那请尝试前往论坛或者请求身边的朋友帮忙，这篇文章会教你基础的如何提出一个好问题的方法，在文章的最后，留下了几点小建议，能够让你在写代码的时候能够更加轻松的方便后期维护，写出好的代码。

接手别人的代码如何修改错误

这一章大部分的情况都会出现在你第一次接手一个新的项目，或者拿到了一个新的模块进行测试会需要做出的准备，通常你需要弄清楚自己的问题，因为有可能这些代码在其他人的电脑上能够正常运行

你的目标是阅读最少的代码，将他人代码中的问题解决(如果是自己的代码出现问题请直接跳到下一章)

请不要在第一时间将你的错误丢给其他手头有工作的同事

请至少保证你为了解决这个错误做出了下面的这些努力，尽管这些努力没有效果

快速反应⏩

通常你可以不需要任何思考，直接将错误复制粘贴到百度或者其他搜索方法上直接进行搜索

例如:

现在报了一个错误，你可以直接复制你现在发生异常的错误报告去百度

('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))

请不要复制错了信息，下面的内容不需要被复制，因为你需要将整个代码发一个帖子才能让下面的内容变得有意义

通常情况下一些小错误，经过网上其他人的解决办法就可以解决，但是如果依旧没法解决，你需要进行其他的步骤

1. 确定目标⛳️

明确你的目标，你脑海里面需要有一个设想，如果没有出错，这个程序应该显示一个什么样的结果，如果实现了这个效果，那么说明这个错误已经被解决了

这个目标并非是一成不变的，你的目标应该是一个范围，因为别人写的程序你很难完全按照自己想的方式运行，但是你能够让他尽量的靠近自己的想象，如果你想要完全和自己希望的一样，你可能需要重写大量的代码，尽管功能实现了，但从团队的角度上看这可能是在浪费时间

最好的情况下能够和你的预想一模一样，这当然是最好的
你还需要想一个最差情况，虽然没有完成预想的功能，但是并不影响正常的使用，你也算解决了错误，或者说降级了错误的等级(把3级错误降级为4级的错误)

例如我现在需要一个图形界面，我希望他的按钮能够居中

这样就算是完美的符合了要求

但是可以有一个偏差，如果不影响正常的使用，下面这样也是可以的

2. 重现错误 ♻️

检查错误是否能稳定触发，如果可以触发条件是什么

请弄清楚错误的触发条件，他是在经过了哪些操作下才会报错

例子
- 点击某个框后就会进行报错
- 当程序挂机一段时间就会自动崩溃
- 提醒用户输入的时候报错跳出

你需要不断的缩小你出现错误的范围，最终缩小到一个小范围内你才能进行修改

放大错误

就如标题说的，把你的错误进一步放大

有些bug现象不太明显，那么就想办法增大它的破坏性，把现象放大。这只是个思路，具体怎么放大只能根据具体的代码来定

例如：美剧《豪斯医生》里有一集，怀疑病人心肺有问题，就让病人去跑步机上跑步，加重心肺负担，从而放大症状。

遇到一个无法复现的错误

一个不能复现的错误是程序的隐患，你需要提起注意，不能因为他自己能好而掉以轻心

有的时候遇到了一个错误，但是这个错误只会在一些非常偶然的情况下触发，而且通常不用修复自己就好了

请做好每一次报错的记录
将报错的日志提交缺陷文档，或者向上级反馈

3.索要或者搜索技术文档