CMMI5文档之缺陷管理规程

缺陷管理规程文档编号：FHI_CMMI_VER_PRD_BUGM文档信息：缺陷管理规程文档名称：缺陷管理规程文档类别：CMMI规程密级：内部秘密版本信息：1.1建立日期：2016-1-5创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：MicrosoftOffice2003中文版

文档修订记录版本编号或者更改记录编号变化状态简要说明（变更内容和变更范围）修改日期变更人批准日期批准人V1.0C创建2016-1-5张娜娜2016-2-25李庆林V1.1M文档编号去掉版本号2016-4-17邓沛沛2016-4-17李庆林*变化状态：C――创建，A——增加，M——修改，D——删除目录TOC\o"1-3"1、简介 41.1文档目的 41.2适用范围 41.3术语表 41.4参考资料 42、项目缺陷预测 52.1概述 52.2入口准则 52.3参与人员 52.4预测方法 52.4.1类似项目的质量目标预测 52.4.2新项目的质量目标预测 52.4.2里程碑阶段的缺陷级别预测 53、项目缺陷跟踪 73.1项目缺陷跟踪概述 73.2实际缺陷数据的记录 73.3缺陷解决 73.4缺陷跟踪 73.5产生实际缺陷数据 74、缺陷分析 94.1质量目标分析 94.2测试用例分析 95、附录 105.1缺陷类型 105.2缺陷严重程度 101、简介软件缺陷是指那些使软件的行为方式与需求或客户要求不一致的东西。软件产品质量的特性在实践中体现在缺陷上，缺陷管理的目标是提交缺陷尽量少的软件。如何计划和管理质量控制活动，作为质量特性的缺陷管理非常重要，它包括缺陷的估计、缺陷数据的采集、跟踪与分析。文档目的本规程的目的是为了定义缺陷估计的内容和方法，缺陷跟踪过程以及缺陷分析内容和方法。适用范围本文档适用于公司的所有软件项目。术语表项目规模：代码行、功能点或工作量（人时），本规程指工作量。缺陷注入率：单位规模（人时）的缺陷数。里程碑阶段缺陷级别：里程碑阶段（需求、设计、编码、单元测试、集成测试、系统测试和验收测试阶段）的缺陷占总缺陷数的百分比。缺陷清除率：已发现的缺陷数占已预测的总缺陷数的百分比。缺陷出现时机：在需求评审、设计评审、代码评审、单元测试、集成测试、系统测试和验收测试识别缺陷。参考资料 无。

2、项目缺陷预测2.1概述量化质量管理的一种方法是通过预测缺陷进行管理，这种方法的关键事宜是设定质量目标，并预测里程碑阶段的缺陷级别，以此来量化监督项目向着质量目标前进，缺陷的预测在项目策划阶段，由SQA人员和项目经理共同完成。本规程确定质量目标为：预测在验收测试阶段可能出现的缺陷数，简称估计AT缺陷数（估计验收测试缺陷数）。2.2入口准则立项报告已批准2.3参与人员SQA人员：进行数据分析的策划，项目质量数据的分析、总结；项目经理：进行数据分析的策划，进行一定的数据分析工作。2.4预测方法2.4.1类似项目的质量目标预测预测前提条件：有类似项目的数据，当前项目已经完成工作量估计预测方法：当前项目（P）,类似项目集（SP）估计总缺陷数（P）=总缺陷数（SP）*工作量估计（P）/实际工作量（SP）估计AT缺陷数（P）=AT缺陷数（SP）*工作量估计（P）/实际工作量（SP）2.4.2新项目的质量目标预测预测前提条件：项目过程库中已存在或估计了过程的缺陷清除率和缺陷注入率（x缺陷/人时）当前项目已经完成工作量估计（人时）预测方法：当前项目（P）估计总缺陷数（P）=缺陷注入率*工作量估计（P）估计AT缺陷数（P）=估计总缺陷数（P）*验收测试占总缺陷的百分比2.4.2里程碑阶段的缺陷级别预测里程碑阶段预计的里程碑阶段缺陷级别（占总缺陷的百分比）需求评审15%-20%设计评审10％－30％代码评审和单元测试50%-70%集成测试和系统测试20%-28%验收测试5%-10%预计的里程碑阶段缺陷数=估计总缺陷数*预计的里程碑阶段缺陷级别项目经理在策划阶段和SQA人员一起确定项目的缺陷注入率，在项目估计基本完成的基础上，根据项目的总工时估计项目的缺陷。3、项目缺陷跟踪3.1项目缺陷跟踪概述缺陷数据的跟踪贯穿整个软件生命周期，将实际发生的缺陷数据与预测的缺陷数据进行比较、分析，获得各里程碑阶段的缺陷级别，达到预防缺陷的目的。3.2实际缺陷数据的记录缺陷识别人将缺陷登记到《项目问题日志》中，同时确定问题的负责人，缺陷的状态变成已识别。在项目的里程碑阶段通过里程碑评审识别缺陷，并由评审主持人记录缺陷。在单元测试阶段通过单元测试识别缺陷，由开发人员识别并记录缺陷。在集成、系统和验收测试阶段通过集成、系统和验收测试识别缺陷，由测试人员记录缺陷。项目经理统计项目报告、项目会议中反映的问题。SQA人员过程评审和产品审计中的问题。3.3缺陷解决项目经理或者缺陷解决负责人根据《项目问题日志》中的问题，经过讨论分析以后（管理类问题和重大问题一般要在项目会议上讨论），分派处理人，缺陷状态变为已分析。处理人接受任务后，缺陷状态变为正在处理。处理人缺陷修改完成以后，经过相应的检查以后，缺陷状态变为已处理。3.4缺陷跟踪缺陷处理人处理完缺陷后，提交给缺陷跟踪人进行验证，验证通过后提交给项目经理或SQA人员进行审批。缺陷处理结果获得批准，审批完成后转给SCM人员纳入配置库。缺陷处理结果纳入配置库后，该缺陷关闭3.5产生实际缺陷数据项目结束时，项目经理统计项目的实际缺陷数据，产生实际缺陷级别和缺陷注入率。产生实际的里程碑阶段缺陷级别统计方法：实际的里程碑阶段缺陷级别=各里程碑阶段的实际缺陷数/实际总缺陷数产生实际的缺陷注入率统计方法：实际的缺陷注入率=实际工作量/实际总缺陷数4、缺陷分析当预测和实际的缺陷数据获得后，就可以进行缺陷分析。缺陷分析包括质量目标分析、测试用例分析等。4.1质量目标分析质量目标分析是通过分析预测和实际缺陷数据来监控产品质量目标，了解不同阶段的缺陷指标，为未来项目的缺陷预测提供依据（缺陷注入率）。质量目标分析主要包括里程碑缺陷分布、测试阶段缺陷类型分布和缺陷严重程度分布。项目经理定期或者事件驱动地对项目质量进行统计分析，并记录到《项目状态报告》中：SQA人员统计里程碑各阶段的缺陷数据，分析各阶段的缺陷级别。测试负责人统计测试阶段的缺陷类型分布和缺陷严重程度分布并分析（参照附录中缺陷类型和严重程度分类）。项目经理汇总处理项目中缺陷数据并分析。产生项目的质量目标分析，作为项目总结报告中的一部分参加项目评审。4.2测试用例分析测试负责人在集成测试阶段、系统测试阶段以及验收测试阶段，通过对用例符合程度和符合性进行对照，跟踪项目测试用例的执行情况，特别是测试情况的分析，总结项目前一阶段的开发工作。具体内容按照《质量分析和缺陷报告模板》中的测试用例分析执行。5、附录5.1缺陷类型目前针对软件开发项目中的缺陷主要分为管理类和技术类两大类，管理类缺陷主要包括过程类问题、项目管理问题和其他管理问题；技术类主要包括需求问题、设计问题、数据错误、程序错误、输出问题、输入问题、报表问题和其他。缺陷类型说明管理类项目策划因项目策划而造成的问题项目跟踪因项目跟踪而造成的问题配置管理因配置管理而造成的问题质量保证因质量保证活动不足或不正确而造成的问题评审问题因评审活动而造成的问题需求管理因需求管理活动不足或不正确而造成的问题其他项目管理因其他项目管理活动不足或不正确而造成的问题技术类需求开发因需求开发活动不足或不正确而造成的问题概要设计因概要设计活动不足或不正确而造成的问题详细设计因详细设计活动不足或不正确而造成的问题编码&单元测试因编码&单元测试动不足或不正确而造成的问题集成测试因集成测试活动不足或不正确而造成的问题系统测试因系统测试活动不足或不正确而造成的问题验收因验收/试运行活动不足或不正确而造成的问题维护因维护活动不足或不正确而造成的问题5.2缺陷严重程度在项目中将缺陷的严重程度划分为以下几种：严重缺陷、一般缺陷、轻微缺陷和建议类。严重程度说明严重缺陷（high）（1）架构设计不合理，影响系统性能以及功能的合理实现；（2）重要数据库表设计不合理，数据流混乱；（3）用户需求理解重大歧义，严重不符合常规业务逻辑；需求书中的重要功能未实现；（4）程序实现与设计间存在严重不一致；（5）造成系统崩溃、死机,并且不能通过其它方法实现功能；（6）与数据库连接错误或异常中断。（7）常规操作中发生程序非法退出、死循环、导致程序无法运行、通讯中断或异常，数据破坏丢失或数据库异常且不能通过其它方法实现功能的；（8）C/S、B/S模式下，利用客户端某些操作可造成服务端不能继续正常工作的。（9）系统性能不能满足客户的需求，①并发用户数不能满足用户需求，系统出现宕机或停止响应；②多用户并发时，系统响应时间不满足用户需求；③多用户并发时，程序数据处理出现错误，例如生成的序号跳号；④重要功能的响应时间不能满足用户需求；一般缺陷（Medium）（1）程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常，如：次要功能不能正常实现；（2）重要功能不能按正常操作实现，但可通过其它方法可实现；（3）程序接口错误；（4）数据库表中有过多的空字段；（5）数据库的表、业务规则、缺省值未加完整性等约束条件；（6）常用操作如：操作界面错误（包括数据窗口内列名定义、含义不一致）；打印内容、格式错误；查询错误，既定的查询条件不能得到预期结果；执行添加、编辑、删除操作造成数据保存或删除错误；（流程中）按非正常业务流程运行时程序非法或中断退出；因错误操作迫使程序中断；未空字段输入控制不满足要求，非空字段未输入值可以保存成功；未识别、剔除导入的非法数据，对系统后续操作造成影响；一般数据项或标志位字段赋值错误，影响系统后续运行；（7）经过一段时间运行后，系统性能或响应时间会变慢；（8）重要资料，如密码未加密存放（包括配置文件中的密码），或其它存在安全性隐患的；（9）硬件或通讯介质发生异常恢复后，系统不能自动正常继续工作（需要过多的人工干预才行）；（10）系统兼容性差，与其它支持系统一起工作时容易出错，而没有充分理由说明是由支持系统引起的；或者由于使用了非常规技术或第三方组件造成不能使用自动化测试工具进行测试的。（11）密码明文显示；(12)非常规的操作，造成程序非法退出、死循环、导致程序无法运行、通讯中断或异常，数据破坏丢失或数据库异常且不能通过其它方法实现功能的；（12）功能错误，功能输出非预期结果（例如：出现编译错误或404错误）；功能冗余；功能虽实现但不够完整；功能基本能实现，但系统不稳定、一些边界条件下操作会导致run-timeerror、文件操作异常、通讯异常、数据丢失或破坏等错误；轻微缺陷（low）（1）界面在一些显示上不美观，不符合用户习惯，或者是一些文字的错误，如：界面不规范、辅助说明描述不清楚、输入输出不规范（包括输入长度，输入字符限制，特殊输入要求（例如:特殊字符处理错误，包括：“‘；<>等特殊字符）判断，图片上传限制错误和文件上传限制错误等）、界面存在文字错误；（2）模块间按钮名称、用途不一致；（3）