第五讲质量管理.pptVIP

第五讲 PSP: 质量管理 基本内容： 通过学习，使学生理解掌握软件开发过程、缺陷及缺陷查找技术，缺陷预测及缺陷排除、设计缺陷，产品质量和过程质量 重点与难点： 缺陷预测及缺陷排除、产品质量 和产品过程 5.1 软件开发过程 遵循一个系统化的过程将帮助软件工程师有效计划和管理工作 本讲说明：如何利用过程来开发软件 5.1.1 为什么使用过程 在许多软件组织改善他们的性能时，出现的重要问题之一是如何确定该组织当前的软件开发状况 一个过程是为完成某一作业而定义的一系列步骤 定义 一个产品是指为合作者、雇主或客户所生产的物品 一个项目通常生产一种产品 一个任务是已定义的一部分工作 一个过程定义完成项目的方法 过程有许多阶段或步骤。如：计划、开发和测试 定义 一个过程阶段可由许多任务或活动组成。如：集成测试、产品测试和系统测试 一个过程可包括一个或多个阶段，一个阶段可包括一个或多个任务或活动 计划描述一个特定项目的完成方式，包括如何做、什么时候做及花多少费用 一个作业是为一个项目或一个任务所做的事情 PSP 过程脚本 目的：指导用户进行小型程序的开发 入口准则：问题描述；PSP项目计划总结表；以前开 发的程序的实际规模和时间数据；时间记 录日志 出口规则：经过详细测试的程序；较好的设计文档； 完整的程序清单，已经填好的项目计划总 结表；已经填好的时间日志 5.1.2 检查点和阶段 检查点为测量项目状态提供了精确的参考点 软件开发过程进一步把检查点的思想从几个点扩展到所有的过程阶段 对于一个已定义的过程，每个阶段产生一个特定的结果，阶段完成时刻即为一个可测量的检查点 更新项目计划总结表 计划 实际 累计百分比 总结 程序规模 开发阶段时间 代码复查 后置处理 引入缺陷 排除的缺陷 参见教材 PSP（P106示例） 为什么要尽早发现缺陷？ 一旦生产出一个有缺陷的程序，它将永远是有缺陷的 虽然你可以修复所有已知的问题，并让它能通过所有的测试，但它还是一个有许多补丁的有缺陷的程序 以购买两种小汽车为例，一种缺陷多、一种少 5.2 缺陷查找技术 有4种常用方法来发现缺陷 1、编译器 2、测试 3、发行仍然含有缺陷的产品 4、个人复查源程序清单（最有效的方法） 5.2.1 个人对产品质量的承诺 尽管可利用各种工具和方法，但决定程序质量的最重要因素是软件工程师个人对软件产品质量的承诺。 当软件工程师承诺对质量负责时，他会仔细地完成工作并以自己生产的产品的质量高为荣 5.2.2 代码复查 代码复查时一种能快速找到缺陷的方法 代码复查就是研究源程序，并从中发现错误 代码复查最好在源程序编码完成后并在编译和测试之前进行 大部分软件缺陷源于疏忽或愚蠢的失误，因此在刚刚完成设计或编码时最容易发现缺陷，因为这是程序员还可能记住他的意图，因而最有可能知道如何修复任何问题 5.2.2 代码复查 代码复查最一般的办法是打出源程序清单，然后逐行进行复查 程序清单能使程序员的目光快速地在代码段之间切换、做笔记、标记出已完成的部分 5.2.2 代码复查 代码复查非常费时间，但它比测试更有效率 代码复查的效率是最初测试或单元测试效率的3～5倍 一般工程师，单元测试1小时能找出4～6的缺陷，而代码复查每小时能找出6～10个缺陷 5.2.2 代码复查 代码复查更有效的原因是：在代码复查时看到的是问题本身而不是征兆 5.2.2 代码复查 缺点 1、非常耗时，而且很难恰当地进行 2、复查是一种技能 即使有经验的程序员，也只能发现程序中平均75%～80%的缺陷，对每100行源程序进行详细复查至少需要30分钟 5.2.3 发现和修复缺陷的费用 开发过程每前进一步，发现和修复缺陷的平均代价要增长10倍(与缺陷类型无关) 在初始测试中，修复一个缺陷的平均时间是10～20分钟 大部分缺陷的修复时间只花费1～2分钟，极少缺陷花费几个小时或更多 发现和修复缺陷的费用 在集成测试、组件测试、系统测试时，发现缺陷的时间随着系统规模和复杂性的不同而变化 在集成测试时，每个缺陷可花费1个小时或更多时间；在系统测试时，每个缺陷花费多达10～40个工程师小时 教材PSP133 图13.1 缺陷修复时间 发现和修复缺陷 除了花费之外，及早发现缺陷的另一同等重要原因是编译、调试和测试的效果非常有限 编译器是我们现有的最快缺陷检测工具，只能查出90%的语法错误和很少的逻辑错误 发现和修复缺陷 单元测试是最有效的测试阶段，但它只