软件构造 第七章第四节 调试

第七章第四节 调试

【bug的常见类型】

• 数学bug：例如 零除法，算术溢出
• 逻辑bug：例如 无线循环和无限递归
• 源头bug：例如 使用了为被定义的变量、资源泄漏，其中有限的系统资源如内存或文件句柄通过重复分配耗尽而不释放。缓冲区溢出，其中程序试图将数据存储在分配存储的末尾。
• 团队工程bug：例如 评论过时或者评论错误、文件与实际产品的区别

## 调试的基本过程

• Debug是测试的后续步骤：测试发现问题，debug消除问题；当防御式编程和测试都无法挡住bug时，我们就必须进行debug了；
• Debug的目的：寻求错误的根源并消除它；（Debug占用了大量的时间）

【调试的过程】

• 常用方法：假设-检验
• 重现（Reproduce）-->诊断（Diagnose/Locating）-->修复（Fix）-->反思（Reflect）
• 重现（Reproduce）：寻找一个可靠、方便得在线需求问题的方法。
  • 从最小的测试用例开始复现错误（保持复现bug的前提下降低输入规模）
  • 消除因版本、环境、配置等不同引起的差异（通过构建软件实现），确定bug出现的环境（通过程序模拟硬件平台的细节，实现不同的操作系统环境）
  • 利用逆向设计推断导致错误的输入
  • 若无法重现，则无法观察以证明分析和修补的正确性
• 诊断（Diagnose/Locating）：构建假设，并通过执行实验来测试它们，直到您确信已识别错误的根本原因。
  • 从假设开始，构造实验，证明它是对的或者错的
  • 从不符合理论的观察结果开始，修正理论
  • 查看导致错误的测试输入，以及错误的结果，失败的断言以及由此导致的堆栈跟踪
  • 提出一个与所有数据一致的假设，说明错误发生的位置或错误发生的位置，设计实验测试假设
  • 收集实验数据，减少错误可能出现的范围，做出新的假设
  • 设计不同的实验：检查内部状态、修改运行方式、改变本身逻辑 
  • 每次只做一个修改、做好记录、不忽略细节、运行不同的测试用例、设置断点、用可实现相同功能并且被证实无问题的组件替代当前组件
• 修复（Fix）：设计和实施解决问题的变化，避免引入回归，并保持或提高软件的整体质量。
  • 确保从干净的源代码树开始
  • 运行现有的测试，并证明它们通过
  • 添加一个或多个新测试，或修复现有测试，以演示错误
  • 修复错误、发现可改进之处
  • 证明你的修复工作正常且没有引入回归（以前通过的测试现在失败）
  • 如果引入回归，通过回顾以前的版本来找出确切的变化
• 反思（Reflect）：思考需求、设计、测试、结构（库、编译器等）