荐书 : 调试九法 - 指路灯

文章概述

偶然的情况下在豆瓣上看到这本《调试九法》,心想一本142页的书居然评分达到9.0,索性也读下以便了解软件测试.

这本书引言部分说明这本书的魅力所在,也就6-7页,但不看也不会影响后面章节的阅读.

为什么会觉得这本书是指路灯,因为它通过例子提醒你可能已经知道但是忽略的方向.

告诉你,你为什么会出错.

这本书并没有告诉你专门详细的测试技术,更多地是告诉你怎么进行排错.

以下是章节小结内容,

理解系统

制造失败

不要想,而要看

分而治之

一次只改一个地方

保持审计跟踪

检查插头

获得全新观点

如果你不修复bug,它将始终存在

从帮助台得到的观点是不明确的

黄金规则

时间： 2024-10-14 23:05:26

荐书 : 调试九法 - 指路灯的相关文章

《调试九法：软硬件错误的排查之道》

调试九法概要思维导图文字概要理解系统这是第一条股则,因为它是最重要的. 阅读手册.它会告诉你在使用除草机时,要在除草头上涂润滑油,这样除草绳就不会被烧化. 仔细阅读每一个细节.关于微处理器如何处理中断的详细信息就隐藏在数据手册的第37页. 掌握基础知识.点据本身就会发出很大的噪声. 了解工作流程.引擎的转速可能与轮胎的转速不同,这是由传动轴造成的. 了解工具.弄清楚体温计的哪一端才是用来测量体温的,弄清楚Glitch-O-Matic逻辑分析器的强大功能是如何使用的. 查阅细节.连爱因斯坦都

软硬件调试九法之总序

前言: 1.本文内容主要来源于书籍<调试九法:软硬件错误的排查之道>作者David J.Agans,属于读书笔记+个人体会. 2.本书介绍的方法的宗旨不是预防.保障和筛选,以预防bug的产生,而是如何找到bug并修复它们,如何高效的追踪和解决不易察觉的软硬件问题,不针对特定的平台.语言或者工具,不涉及晦涩的测试理论.3.你看过后,可能会咦一声,说“我一直都是这么做的!”,那么恭喜你,你是一个能高效解决问题的工程师. 书中提到了九条规则,可以说是总结的系统而全面,按照这些步骤和要求来做,对解决工

《调试九法——软硬件错误的排查之道》【PDF】下载

<调试九法--软硬件错误的排查之道>[PDF]下载链接: https://u253469.ctfile.com/fs/253469-231196352 内容简介 <调试九法:软硬件错误的排查之道>主要介绍了调试方面的9条黄金法则,并结合实际的环境讲述了如何合理地运用它们.<调试九法:软硬件错误的排查之道>的内容没有针对任何平台.任何语言或者任何工具,讲述的重点是找到出错的原因并修复它们,高效地追踪和解决不易察觉的软硬件问题. <调试九法:软硬件错误的排查之道>

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

本文阅读时间3分钟每个开发者都必须都的一项技术,-debug,最近读了一本关于调试的书分享给大家,书的内容不到200页,一口气读下来,估计需要一个小时,速度内容简单明了,主要是作者20多年的工作中调试经验的总结,作者作为一名软件开发人员的工作调试经验,同样适用其他领域开发人员,同时,解决问题的思路也适用于不同岗位的人思考借鉴,人人必备的调试技巧.全书分为三个主要部分:九种调试规则介绍,一个综合运用实例,总结陈词. 书中作者总结工作中两件重要的事情: 如果查找bug花费了大量时间,那么原因可能是

（知识分享）软硬件调试九法：第九条规则如果你不修复一个bug，它将永远存在

1.查证问题确已被修复如果遵循了“制造失败”这条规则,就知道如何验证你确实修复了问题.无论问题和修复看起来多么明显,你都无法保证修复是有效的,直到做了测试并验证. 2.查证确实你的修复措施解决了问题如果你取消这个修复,系统再次出现失败,再应用这个修复,问题消失,才能够证明你确实修复了问题.这样做的原因是,在调试期间,往往会改变一些不属于修复的地方,有时这些改变会隐藏问题,如果没有意识到这一点,发现测试起作用了,就高高兴兴的回家了,因为你做的修复和问题消失毫无关系,因此修复方案到达客户后,可能

调试九法-软硬件错误的排查之道

本文转自调试九发-软硬件错误的排查之道读书笔记规则1:理解系统阅读手册:手册里有正确使用系统的方法.仔细阅读每个细节:出现问题的地方可能就在你不感兴趣的那一章,不要惧怕手册的厚度.掌握基础知识:知道什么是正常的,才能知道什么是错误的.了解工作流程:有助于定位bug.了解工具:调试工具能干什么,不能干什么.查阅细节:去阅读手册,而不是猜测或回想手册上的内容. 规则2:制造失败制造失败:目的是为了观察它,找到原因,并检查是否已修复.从头开始:bug可能由一系列操作或者运行造成的,回到最初状态开

软硬件调试九法：第六条规则保持审计跟踪

1.把你的操作.操作顺序和结果全部记录下来要记录所做的事.做事的顺序.以及发生的结果,每次做完都要全部记录.就像调试硬件一样,必须指导每个步骤以及执行结果,才能确定下一步关注的重点. 2.要知道,任何细节都可能是重要的有时bug报告可能就有一句简单的话,比如仪器显示出错了,或者仪器无法正常工作,这样的内容对测试人员没有实质帮助,除了记录发生的事情,还要注意的细节是问题的严重程度,以便判断是否需要立即修复. 3.把时间关联到一起症状与调试信息关联起来是非常有用的,比如报告“蜂鸣器在测量结束时

（知识分享）软硬件调试九法：第八条规则求助他人，获得全新观点

1.征求别人意见我们都是普通人,对任何事情都有偏见或者思维定式,包括对bug隐藏在哪里的看法,这些偏见会导致我们无法看清实际情况.其它人则从另一个角度看问题(可能也是他自己的偏见),但是会找到新的方法,对你解决问题有很大启发. 2.获取专业知识有时系统的某个部分的知识看起来很神秘,我们不必到学校学习一年,而是通过咨询专家快速掌握那些知识,任何情况下,专家都会比我们更理解系统,因此他们能知道查找问题的大致线路图,为你的搜索工作提供很好的提示. 3.听取别人经验你可能经验不足,但是你想周围的人

软硬件调试九法：第五条规则一次只改一个地方

1.隔离关键元素就像小学生物课,考察阳光对植物生长的影响,则需要保持养分.灌溉.生长温度等完全一致,一个有阳光照射,一个没有阳光照射,这样才能比较出阳光对植物的生产的影响.bug查找过程也要如此,在查找一个具有多个参数的函数的计算错误时,固定其它参数,同时修改一个参数的输入值,验证输出结果是否正确,从而可以确定是哪个参数导致的计算错误,确定bug. 2.一次只改一个测试软件工程师有时为了修复一个问题而修改了一个地方,但这个修改没有解决问题,而他又认为这不会产生影响,这是一个错误的假设,这个改