书籍推荐《调试九法-软硬件错误的排查之道》

本文阅读时间3分钟

每一个开发者都必须都的一项技术，-debug，最近读了一本关于调试的书分享给你们，书的内容不到200页，一口气读下来，估计须要一个小时，速度内容简单明了，主要是做者20多年的工做中调试经验的总结,做者做为一名软件开发人员的工做调试经验，一样适用其余领域开发人员，同时，解决问题的思路也适用于不一样岗位的人思考借鉴，人人必备的调试技巧。全书分为三个主要部分：九种调试规则介绍，一个综合运用实例，总结陈词。

书中做者总结工做中两件重要的事情：

• 若是查找bug花费了大量时间，那么缘由多是忽略了某个基本的，最重要的规则，一旦应用了那条规则，就会很快找到问题
• 善于快速调试的人已经深入理解并应用了这些规则，而那些很难理解或使用这些规则的人则很难找到bug

对于调试技巧做者的观点是：

• 关键是 记住并应用这些规则，调试艺术是门科学
• 调试不单单是故障检修
• 调试，查明为何一个设计没有按计划工做

做者经过本身多年的实际工做经验，总结出开发测试工做debug的经验
这本书值得推荐给任何人来读， 如何快速找到工做中的错误
这里分享下读书笔记，思惟导图，关注knowiot公众号，后台回复'debug'获取pdf文件和思惟导图笔记

理解系统

这是最重要的一个方法

• 当全部方法都无论用的时候，读读编程手册
• 知道系统的原理以及如何设计，最重要的是为何这么设计，若是大家有理解系统的某个部分，那么这部分将会出问题-墨菲定律

• 理解系统不等于理解问题，当时解决问题的前提是理解系统

  制造失败

• 经过还原观察错误，查找线索，确认是否修复
• 从头开始
• 引起失败
• 不要模拟失败
• 查找不受你控制条件
• 记录每一件事情，并找到间歇性bug的特征
• 不要过于相信统计数据
• 要认识到那是可能发生的

• 永远不要丢掉一个调试工具

  不要想，而要看

• 凭空想象，问题可能有几千条缘由，而实际的缘由只有去看了才能发现

  分而治之

• 问题分解，逐次逼近，问题会水落石出

  一次只改一个地方

• 若是更改没有起到预期的做用，那就改回来好了

  保持审计跟踪

• 将操做步骤，顺序，结果所有记录下来
• 任何细节都是多是重要的

• 把事情记录下来

  检查插头

• 避免显而易见的错误，假设错误是最容易修复的错误

  得到全新的观点

• 休息一下，喝杯咖啡，和同事聊聊天
• 征求别人的意见
• 获取专业的知识
• 听取别人的境遇
• 帮助无处不在

• 放下面子

  若是你不修复bug，它依然存在

• 查证问题确实已被修复
• bug 历来不会本身消失，若是你不修复他，它还会在那。
• 从根本上解决问题

• 对过程进行修复

关注公众号KnowIoT，后台回复'debug'获取《调试九法》pdf文件和思惟导图笔记 :)