书籍推荐《调试九法-软硬件错误的排查之道》
本文阅读时间3分钟
每个开发者都必须都的一项技术,-debug,最近读了一本关于调试的书分享给大家,书的内容不到200页,一口气读下来,估计需要一个小时,速度内容简单明了,主要是作者20多年的工作中调试经验的总结,作者作为一名软件开发人员的工作调试经验,同样适用其他领域开发人员,同时,解决问题的思路也适用于不同岗位的人思考借鉴,人人必备的调试技巧。全书分为三个主要部分:九种调试规则介绍,一个综合运用实例,总结陈词。
书中作者总结工作中两件重要的事情:
- 如果查找bug花费了大量时间,那么原因可能是忽略了某个基本的,最重要的规则,一旦应用了那条规则,就会很快找到问题
- 善于快速调试的人已经深刻理解并应用了这些规则,而那些很难理解或使用这些规则的人则很难找到bug
对于调试技巧作者的观点是:
- 关键是 记住并应用这些规则,调试艺术是门科学
- 调试不仅仅是故障检修
- 调试,查明为什么一个设计没有按计划工作
作者通过自己多年的实际工作经验,总结出开发测试工作debug的经验
这本书值得推荐给任何人来读, 如何快速找到工作中的错误
这里分享下读书笔记,思维导图,关注knowiot公众号,后台回复’debug’获取pdf文件和思维导图笔记
理解系统
这是最重要的一个方法
- 当所有方法都不管用的时候,读读编程手册
- 知道系统的原理以及如何设计,最重要的是为什么这么设计,如果你们有理解系统的某个部分,那么这部分将会出问题-墨菲定律
-
理解系统不等于理解问题,当时解决问题的前提是理解系统
制造失败
- 通过还原观察错误,查找线索,确认是否修复
- 从头开始
- 引发失败
- 不要模拟失败
- 查找不受你控制条件
- 记录每一件事情,并找到间歇性bug的特征
- 不要过于相信统计数据
- 要认识到那是可能发生的
-
永远不要丢掉一个调试工具
不要想,而要看
-
凭空想象,问题可能有几千条原因,而实际的原因只有去看了才能发现
分而治之
-
问题分解,逐次逼近,问题会水落石出
一次只改一个地方
-
如果更改没有起到预期的作用,那就改回来好了
保持审计跟踪
- 将操作步骤,顺序,结果全部记录下来
- 任何细节都是可能是重要的
-
把事情记录下来
检查插头
-
避免显而易见的错误,假设错误是最容易修复的错误
获得全新的观点
- 休息一下,喝杯咖啡,和同事聊聊天
- 征求别人的意见
- 获取专业的知识
- 听取别人的境遇
- 帮助无处不在
-
放下面子
如果你不修复bug,它依然存在
- 查证问题确实已被修复
- bug 从来不会自己消失,如果你不修复他,它还会在那。
- 从根本上解决问题
-
对过程进行修复
关注公众号,后台回复’debug’获取《调试九法》pdf文件和思维导图笔记 🙂