软件质量控制（华为公司）.ppt

软件质量控制 目 标 理解CMM软件质量控制 理解软件质量控制生命周期 清楚评审和测试实施过程 清楚评审和测试的规范 主要内容 软件质量的定义 质量控制生命周期 软件评审过程 正规检视过程 软件测试 CHECKLISTS及相关文档 “The quality of a software system is governed by the quality of the process used to develop and evolve it” - Watts Humphrey 软件质量 软件质量：与软件产品满足需求的能力有关的特征或特征的全体 软件质量反映了三个方面的问题: 需求：软件需求是度量软件质量的基础 开发标准：定义的一些开发准则. 保证开发质量 隐含的需求：如可维护性 软件质量 项目成功三要素 产品开发工作量分布 CMM简介 Capability Maturity Model 评估软件过程的能力，衡量软件过程改进的尺度 以提高软件质量为核心 CMM等级 CMM体系 CMM是一个理论框架，各不同组织可根据相应的实际情况制定自己的实践。 例如： Motorola应用研发中心的SEMIS（Softwate Engineering Management Information System） 印度Infosys公司TQM（Total Quality Management） QMS（Quality Management System） CMM实质 形成文档化的制度、规范和模板 严格按照制度办事 按照要求形成记录 检查、监督和持续改善?　　 质量控制 质量文化 凡事预则立，不预则废 言必称流程 凡事要评审 在流程中保证质量 质量是我们的自尊心 评 审 评 审 在产品开发的阶段点，按流程，有计划地组织一批各领域的专家，通过讨论并且得出结论，进行产品决策、方案优化、产品质量评定等工作。 评审阶段点 为什么进行评审？ IＢＭ统计数据： 每1000行源代码中大约有60个错误。 2/3的错误是发生在需求分析以及概要设计阶段 为什么进行评审？ SUMMARY OF IBM (B.Boehm) SURVEY 为什么进行评审？ 评审可以尽早发现问题 评审能更直接地面对设计，从设计中发现问题 评审可以作为一种项目跟踪的手段 为什么进行评审？ 评审可反馈信息 ----对产品质量现状的反馈 ----对开发过程的反馈 评审有培训、交流的作用 ----项目组更加了解该项目 ----提高新员工的技术能力 正 规 检 视 什么是正规检视？ Fagan Inspections（IBM） 软件开发周期中对软件产品的技术检查 正规检视贯穿于产品开发的过程中 在开发中的阶段 正规检视 — 目的 尽可能早的发现、改正开发过程中存在的错误和不足 提高产品质量、缩短开发周期、降低开发成本 排除产生错误放大效应现象的潜在因素 正规检视不做为评估开发、测试人员水平的依据 正规检视小组 人员组成 组织者（Moderator） 开发者（Producer） 检视者（Inspector） 讲解员（Reader） 记录员（Recorder） 组织者职责 主持、引导正规检视的运行过程，全面负责正规检视的效果 责任：组建检视小组，分配检视小组的角色，领导正规检视过程 开发者职责 提供相关检视资料 回答检视者的问题 修改检视过程中发现的错误 检视者职责 产品生命周期中直接参加产品开发的人 完成检视工作，发现检视对象中存在的问题和不足 讲解员职责 在介绍会议以及检视会议上讲解检视对象 引导检视小组对产品进行彻底审查 记录员职责 详细准确地记录在检视会议上已确认的问题 错误的出处，错误的简单描述，错误的分类，和发现错误的检视者 检视小组成员素质 有对产品质量负责的精神 有良好的团队合作精神，不人身攻击 以评估检视对象、发现问题为目的，不去评价开发者的能力 能将发现的问题正确、清晰地予以说明 检视过程中，坚持已建立的标准及规范 在技术问题上，能够实事求是，一丝不苟 正规检视过程 正规检视 — 阶段划分 计 划 介绍会议（可选阶段） 会议准备 检视会议 第3小时会议（可选阶段） 修改错误 问题跟踪 正规检视 — 方法 各检视者单独检视，寻找检视对象的错误 检视会议中对各检视者发现的错误进行确认 记录经过确认的错误 将正规检视所得的错误列表提交给开发者 跟踪确认提交给开发者的错误得到正确修改. 正规检视 — 进入标准 检视对象为开发过程中的半产品，例如没有经过评审的文档、原理图等 检视对象具备一定的完整性 检