- 2
- 0
- 约8.21千字
- 约 51页
- 2019-02-21 发布于湖北
- 举报
质量成本(CoQ) 预防 评估 失效 培训 审查 废品 计划 测试 返工 过程研究和改进 审计 修复 供应商调查 监控 Regression Test 咨询 度量 缺陷分析 获得资格 验证 服务 分析 退货 确认 投诉处理和解决 精选编制 质量成本(CoQ) When Defect is Detected Typical Cost of Correction User Requirements $100-$1,000 Coding/Unit Testing $1,000 or more System Testing $7,000 - $8,000 Acceptance Testing $1,000 - $100,000 After Implementation Up to millions of dollars 在项目早期预防和检测缺陷比在项目晚期检测和排除缺陷更有效、更节省成本。 精选编制 本章内容提要 软件质量管理的基本概念 软件质量控制 缺陷预防 质量体系 软件项目质量管理计划(案例) 缺陷跟踪工具Bugzilla 精选编制 第二节 软件质量控制 质量控制(Quality Control, QC)是确定项目结果与质量标准是否相符,并及时纠正产品缺陷的过程。 质量控制的主要手段是验证与确认( VV ) 验证(Verification):是否正确地构造了产品?以开发者的视角进行。 确认(Validation):是否构造了正确的产品?以用户的视角进行。 精选编制 软件项目中的QC活动 需求分析 需求评审 设计 设计评审 编码 代码审查 系统测试 界面原型 需求确认 需求确认 确认测试 测试开发 精选编制 质量控制方法 质量控制方法 静态方法:评审 技术评审 代码评审 …… 动态方法:测试 单元测试 集成测试 确认测试 …… 精选编制 技术评审(Technical Review) 技术评审是指在完成一项工作后,把工作产品分发给合作者,让合作者检查其中的缺陷。然后开会讨论工作产品并产生需要返工的缺陷列表。 技术评审的主要对象:需求和设计规格说明、测试计划、用户手册等。 精选编制 技术评审流程 组织召开评审会议:一般应有3~5个相关人员参加,会前每个参加者做好准备,评审会议一般不超过两个小时。 在评审会议上,由开发小组对提交的评审对象进行讲解。 评审组可对开发小组提问,提出建议和要求,展开讨论。 精选编制 会议结束时必须做出以下三个决策之一: 接受该产品,不需要做修改。 由于错误严重,拒绝接受。 暂时接受该产品,但需要对某一部分进行修改。 评审报告与记录:对所提出的问题要进行记录,并产生一个评审报告。 技术评审流程 精选编制 同行评审(Peer Review) 同行评审是一种特殊类型的技术评审。 由与工作产品开发人员具有同等背景和能力的人员对工作产品进行技术评审,因此非常有利于发现工作产品中的问题。 精选编制 代码评审(Code Review) 编码阶段的一种技术评审,由一组人员对程序进行阅读和静态分析,可以很有效地检查程序代码中的缺陷。 评审内容:程序是否符合编码规范,程序结构是否合理,算法和程序逻辑是否正确,程序性能怎样等。 很多程序逻辑错误很难通过测试发现。 精选编制 缺陷跟踪 缺陷跟踪是指从缺陷被发现开始到被改正为止的整个跟踪流程。 精选编制 缺陷跟踪一般需要软件工具支持。常用的工具有Bugzilla、ClearQuest、Jira、TrackRecord 等。 缺陷跟踪 精选编制 软件质量的常用度量 初期故障率:指软件在初期故障期(一般以软件交付给用户后的三个月内为初期故障期)内单位时间的故障数。 用来评价交付使用的软件的质量,预测什么时候软件运行达到基本稳定。 一般以每100小时的故障数为单位。 精选编制 偶然故障率:指软件在偶然故障期(一般以软件交付给用户后的4个月以后为偶然故障期)内单位时间的故障数。 它用来度量软件处于稳定状态下的质量。 一般以每1000小时的故障数为单位。 软件质量的常用度量 精选编制 平均失效前时间(Mean Time to Failure,MTTF):指软件在失效前正常工作的平均统计时间。 用来度量软件的可靠性。 平均修复时间(Mean Time to Repairation,MTTR):指软件失效后,使其恢复正常工作所需要的平均统计时间。 用来度量软件的可维护性。 软件质量的常用度量 精选编制 缺陷密度:指软件单位数量的源代码中隐藏的缺陷数量。 通常以每千行无注解源代码为一个单位。 软件质量的常用度量 精选编制 本章内容提要 软件质量管理的基本概念 软件质量控制 缺陷预防 质量体系 软件项目质量管理计划(案例) 缺陷跟踪工具Bugzi
原创力文档

文档评论(0)