CMMI-支持-QA-缺陷管理作业规程.doc

缺陷管理规程文档编号：GZCY_DMG_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密 级：机密版本信息：V1.0建立日期：创 建 人：审 核 者：批 准 人：批准日期： 保 管 人：存储位置：编辑软件：Microsoft Office 英文版CONFIDENTIAL文档修订记录版本编号或者更改记录编号变化状态简要阐明（变更内容和变更范畴）日期变更人批准日期批准人V1.0C初次创立CMM事业部*变化状态：C创立，A增长，M修改，D删除文档审批信息序号审批人角色审批日期签字备注前 言软件缺陷是指那些使软件行为方式与需求或客户规定不一致东西。软件产品质量特性在实践中体当前缺陷上，缺陷管理目的是提交缺陷尽量少软件。如何筹划和管理质量控制活动，作为质量特性缺陷管理非常重要，它涉及缺陷预计、缺陷数据采集、跟踪与分析。目 录第一章 简介11.1 文档目11.2 合用范畴11.3 术语表11.4 参照资料1第二章 项目缺陷预测22.1 概述22.2 入口准则22.3 参加人员22.4 预测办法22.4.1 类似项目质量目的预测22.4.2 新项目质量目的预测32.4.3 里程碑阶段缺陷级别预测3第三章 项目缺陷跟踪43.1 项目缺陷跟踪概述43.2 实际缺陷数据记录43.3 缺陷解决43.4 缺陷跟踪53.5 产生实际缺陷数据5第四章 缺陷分析64.1 质量目的分析64.2 测试用例分析6第五章 附录75.1 缺陷类型75.2 缺陷严重限度7第一章 简介1.1 文档目本规程目是为了定义缺陷预计内容和办法，缺陷跟踪过程以及缺陷分析内容和办法。1.2 合用范畴本文档合用于公司所有软件项目。1.3 术语表l 项目规模：代码行、功能点或工作量（人时），本规程指工作量。l 缺陷注入率：单位规模（人时）缺陷数。l 里程碑阶段缺陷级别：里程碑阶段（需求、设计、编码、单元测试、集成测试、系统测试和验收测试阶段）缺陷占总缺陷数比例。l 缺陷清除率：已发现缺陷数占已预测总缺陷数比例。l 缺陷浮现时机：在需求评审、设计评审、代码评审、单元测试、集成测试、系统测试和验收测试辨认缺陷。1.4 参照资料第二章 项目缺陷预测2.1 概述量化质量管理一种办法是通过预测缺陷进行管理，这种办法核心事宜是设定质量目的，并预测里程碑阶段缺陷级别，以此来量化监督项目向着质量目的迈进，缺陷预测在项目策划阶段，由SQA人员和项目经理共同完毕。本规程拟定质量目的为：预测在验收测试阶段也许浮现缺陷数，简称预计AT缺陷数（预计验收测试缺陷数）。2.2 入口准则l 立项报告已批准2.3 参加人员l SQA人员：进行数据分析策划，项目质量数据分析、总结；l 项目经理：进行数据分析策划，进行一定数据分析工作。2.4 预测办法2.4.1 类似项目质量目的预测1. 预测前提条件：有类似项目数据，当前项目已经完毕工作量预计2. 预测办法：当前项目（P），类似项目集（SP）预计总缺陷数（P）= 总缺陷数（SP）* 工作量预计（P）/实际工作量（SP）预计AT缺陷数（P）= AT缺陷数（SP）*工作量预计（P）/ 实际工作量（SP）2.4.2 新项目质量目的预测1. 预测前提条件： 项目过程库中已存在或预计了过程缺陷清除率和缺陷注入率（x缺陷/人时） 当前项目已经完毕工作量预计（人时）2. 预测办法：当前项目（P）预计总缺陷数（P）= 缺陷注入率 * 工作量预计（P）预计AT缺陷数（P）= 预计总缺陷数（P）* 验收测试占总缺陷比例2.4.3 里程碑阶段缺陷级别预测里程碑阶段预测里程碑阶段缺陷级别（占总缺陷比例）需求评审15% - 20%设计评审 1030代码评审和单元测试50% - 70%集成测试和系统测试20% - 28%验收测试5% - 10%预测里程碑阶段缺陷数 = 预计总缺陷数 * 预测里程碑阶段缺陷级别项目经理在策划阶段和SQA人员一起拟定项目缺陷注入率，在项目预计基本完毕基本上，依照项目总工时预计项目缺陷。第三章 项目缺陷跟踪3.1 项目缺陷跟踪概述缺陷数据跟踪贯穿整个软件生命周期，将实际发生缺陷数据与预测缺陷数据进行比较、分析，获得各里程碑阶段缺陷级别，达到防止缺陷目。3.2 实际缺陷数据记录缺陷辨认人将缺陷登记到项目问题日记中，同步拟定问题负责人，缺陷状态变成已辨认。 在项目里程碑阶段通过里程碑评审辨认缺陷，并由评审主持人记录缺陷。 在单元测试阶段通过单元测试辨认缺陷，由开发人员辨认并记录缺陷。 在集成、系统和验收测试阶段通过集成、系统和验收测试辨认缺陷，由测试人员记录缺陷。 项目经理记录项目报告、项目会议中反映问题。 SQA人员过程评审和产品审计中问题。3.3 缺陷解决1. 项目经理或者缺陷解决负责人依照项目问题日记中问题，通过讨论分析后来（管理类问题和重大问题普通要在项目会议上讨论），分派解决人，缺陷状态变为已分析。2. 解决人接受任务后，缺陷状态变为正在解决。3. 解决人缺陷修改完毕后来，通过相应检查后来，缺陷状态变为已解决。3.4 缺陷跟踪1. 缺陷解决人解决完缺陷后，提交给缺陷跟踪人进行验证，验证通过后提交给项目经理或SQA人员进行审批。2. 缺陷解决成果获得批准，审批完毕后转给SCM人员纳入配备库。3. 缺陷解决成果纳入配备库后，该缺陷关闭3.5 产生实际缺陷数据项目结束时，项目经理记录项目实际缺陷数据，产生实际缺陷级别和缺陷注入率。1、 产生实际里程碑阶段缺陷级别 记录办法：实际里程碑阶段缺陷级别 = 各里程碑阶段实际缺陷数 / 实际总缺陷数2、 产生实际缺陷注入率 记录办法：实际缺陷注入率 = 实际工作量 / 实际总缺陷数第四章 缺陷分析当预测和实际缺陷数据获得后，就可以进行缺陷分析。缺陷分析涉及质量目的分析、测试用例分析等。4.1 质量目的分析质量目的分析是通过度析预测和实际缺陷数据来监控产品质量目的，理解不同阶段缺陷指标，为将来项目缺陷预测提供根据（缺陷注入率）。质量目的分析重要涉及里程碑缺陷分布、测试阶段缺陷类型分布和缺陷严重限度分布。项目经理定期或者事件驱动地对项目质量进行记录分析，并记录到项目状态报告中：1. SQA人员记录里程碑各阶段缺陷数据，分析各阶段缺陷级别。2. 测试负责人记录测试阶段缺陷类型分布和缺陷严重限度分布并分析（参照附录中缺陷类型和严重限度分类）。3. 项目经理汇总解决项目中缺陷数据并分析。4. 产生项目质量目的分析，作为项目总结报告中一某些参加项目评审。4.2 测试用例分析测试负责人在集成测试阶段、系统测试阶段以及验收测试阶段，通过对用例符合限度和符合性进行对照，跟踪项目测试用例执行状况，特别是测试状况分析，总结项当前一阶段开发工作。详细内容按照质量分析和缺陷报告模板中测试用例分析执行。第五章 附录5.1 缺陷类型当前针对软件开发项目中缺陷重要分为管理类和技术类两大类，管理类缺陷重要涉及过程类问题、项目管理问题和其她管理问题；技术类重要涉及需求问题、设计问题、数据错误、程序错误、输出问题、输入问题、报表问题和其她。缺陷类型阐明管理类过程类项目过程、组织过程定义问题以及组织制度等问题。项目管理类项目管理中没有按照过程执行浮现问题。其她管理类其她方面管理问题。技术类需求问题需求评审以及后续任务中发现需求问题。设计问题设计评审以及后续任务中发现设计中问题。数据错误接口数据、调用参数等。程序错误程序方面错误。输出问题格式、错误信息等输入问题顾客输入、功能有效性和页面编排等方面缺陷。报表问题报表方面错误。其她技术方面其她错误。5.2 缺陷严重限度在项目中将缺陷严重限度划分为如下几种：致命缺陷、严重缺陷、普通缺陷和细微缺陷。严重限度阐明致命缺陷需求书中重要功能未实现；导致系统崩溃、死机,并且不能通过其他办法实现功能；常规操作导致程序非法退出、死循环、通讯中断或异常，数据破坏丢失或数据库异常、且不能通过其他办法实现功能。严重缺陷严重错误普通使系统不稳定、不安全、或破坏数据、或产生错误成果，并且是常规操作中经常发生或非常规操作中不可避免重要问题，如：重要功能基本能实现，但系统不稳定、某些边界条件下操作会导致run-time error、文献操作异常、通讯异常、数据丢失或破坏等错误；重要功能不能按正常操作实现，但可通过其他办法可实现；错误波及面广，影响到其他重要功能正常实现；密码明文显示；C/S、B/S模式下，运用客户端某些操作可导致服务端不能继续正常工作。普通缺陷程序功能运营基本正常，但是存在某些需求、设计或实现上缺陷；次要功能运营不正常，如：次要功能不能正常实现；操作界面错误（涉及数据窗口内列名定义、含义不一致）；打印内容、格式错误；查询错误，数据错误显示；简朴输入限制未放在前台进行控制；删除操作未给出提示；数据库表中有过多空字段；因错误操作迫使程序中断；找不到规律时好时坏；数据库表、业务规则、缺省值未加完整性等约束条件；通过一段时间运营后，系统性能或响应时间会变慢；重要资料，如密码未加密存储（涉及配备文献中密码），或其他存在安全性隐患；硬件或通讯异常发生恢复后，系统不能自动正常继续工作（需要过多人工干预才行）；系统兼容性差，与其他支持系统一起工作时容易出错，而没有充分理由阐明是由支持系统引起；或者由于使用了非常规技术或第三方组件导致不能使用自动化测试工具进行测试。细微缺陷程序在某些显示上不美观，不符合顾客习惯，或者是某些文字错误，如：界面不规范；辅助阐明描述不清晰；输入输出不规范；长操作未给顾客提示（或长操作结束后提示没有消失）；提示窗口文字未采用行业术语；可输入区域和只读区域没有明显区别标志；界面存在文字错误；在功能实现方式上如果需求中没有明拟定义，而没有按常规实现，并且不比常规方式实现优越；( 如顾客名第一位用数字或特殊字符)