个体软件开发-缺陷查找代码复查.pptVIP

Copyright ? 2002 Intel Corporation. All rights reserved. 第十三章 缺陷查找技术 学习目的与要求 使用以前的缺陷数据查找缺陷 使用代码复查表进行代码复查 　内容提要 重点 重点 查找缺陷的方法 发现缺陷的步骤 13.1 个人对产品质量的承诺 决定程序质量的最重要因素是软件工程师个人对产品质量的承诺 当一个工程师承诺对质量负责时，他会更仔细的工作，并以自己生产的高质量产品为荣 13.2 发现缺陷的步骤 发现程序中缺陷的步骤 标识缺陷征兆 根据征兆推断出缺陷的位置 缺陷程序中的错误 决定如何修复缺陷 修复缺陷 验证这个修复是否解决了这个缺陷 13.3 发现和修复缺陷的方法 编译器是最常用的发现和修复缺陷的工具 发现错误的第二种方法是测试 最有效的方法是个人复查源程序清单 13.4 代码复查 代码复查是一种能快速找到缺陷的方法 尽管代码复查非常费时，但它比测试更有效率 代码复查更有效的原因是：在代码复查时看到的是问题本身，而不是征兆。 复查的两个主要缺点 代码复查非常耗时 很难恰当的进行 13.5 为什么要及早发现缺陷 一旦生产出一个有缺陷的产品，它将是有缺陷的 为了生产出高质量的产品，必须尽早发现缺陷 13.6 发现和修复缺陷的费用 一般来说，越是大型、复杂系统、发现和修复缺陷需要的时间就越多 开发过程每前进一步，发现和修复缺陷的平均代价就增长10倍 13.6 发现和修复缺陷的费用 13.7 利用代码复查发现缺陷 代码复查的第一步是了解自己引入的缺陷种类 代码复查的目标是在软件过程中尽可能早和尽可能多的发现缺陷 当进行代码复查时，特别要注意以下事项 在第一次编译前进行代码复查 在打印出的源代码清单上复查 在缺陷记录日志上记录发现的每一个缺陷 在代码复查中，根据以前在编译与测试阶段发现的缺陷类型进行检查 13.8 编译前的复查 在编译之前进行代码复查的原因 不论在编译前还是在编译后，进行完整的代码复查的时间大约相同 先做复查将节省大量编译时间 一旦先编译了自己的程序后，代码复查一般都很难彻底的进行 无论在代码复查之前或之后进行编译，对检查语法有效性的效果是一样的 经验证明，当编译阶段程序中有大量的缺陷时，一般在测试阶段也有许多缺陷 13.10 更新后的PSP项目计划总结表 教程P172 表13.5 13.10 更新后的PSP项目计划总结表 教程P168 表13.3 13.11 其它种类的代码复查 同行互审 在软件组织中，一种常用的方法是让几个工程师彼此复查程序 组织良好的同行检查一般会发现程序中50%－70%的缺陷 13.12 总结 在PSP中主要的缺陷排除方法是个人代码复查 先打印程序清单，然后逐行进行复查，尽可能的修复发现的每一个缺陷 作业 P173页 练习13 For the next program, review the source before compiling and testing. Record all the defects found in defect recording log and the updated project plan summary form. 第十四章 代码复查检查表 教学目标与要求 了解什么是代码复查检查表(Code Review Checklist) 学习使用代码复查检查表 了解编码标准 　内容提要 重点 重点 代码复查检查表的使用 建立个人检查表 14.1 检查表的用途 检查表是一张或多张表格 有各种各样的检查表 例如：体检表、飞机起飞前的检查表、采购清单等 14.1 检查表的用途 代码复查用的检查表包括： 想发现和改在的没一个程序缺陷 代码复查检查表的用处 一个缺陷的列表 一个工作的规程 一个构思的来源 个人经验的总结 14.2 代码复查表的示例 教材P177 表14.1和表14.2 14.3 使用代码复查检查表 使用代码复查检查表时 针对检查表中的每一项，从头到尾的对程序进行检查 当检查中发现了缺陷时，在右边未用的#列记下一个标记 完成每项检查后，如果没有发现缺陷，在右边第一个未用的#列记下标记X 当要复查的程序有几个函数、对象或过程时，最好对它们分别进行复查 最后重新对整个程序进行检查 14.4 建立个人检查表 不同的人应使用不同的检查表 针对不同的程序设计语言，检查表会有些不同 建立自己的检查表时，参考别人的检查表会有帮助 14.4 建立个人检查表 以下提示可以帮助你设计出有用的个人检查表 根据在软件开发过程中每个阶段发现的缺陷类型和数目制作一个表 按缺陷类型降序排列在编译和测试阶段发现的各种类型缺陷的数目 对于有多数缺陷的那些缺陷类型，要检查缺陷记录日志，看看是什么问题引起了这些缺陷 对于那些导致严重