2014缺陷管理规程.docxVIP

缺陷管理规程文档修订记录：版本编号或者更改记录编号变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人V0.1C初次创建2010-08-23吴小敏V0.2U增加了：7缺陷填写规范、 9.3缺陷优先级、9.4缺陷状态、9.5解决方案、9.6发现阶段（应发现阶段）2011-03-16吴小敏V0.3U1.将“应发现阶段”改成“缺陷注入阶段” 2.将缺陷填写规范章节移到缺陷跟踪章节之前 3.将附录的“缺陷类型”给去掉2011-03-17吴小敏*变化状态：C――创建，A——增加，M——修改，D——删除文档审批信息序号审批人角色审批日期签字备注目录1 概述12 目的13 适用范围14 缺陷预测14.1 缺陷预测概述14.2 预测方法25 缺陷填写规范26 缺陷跟踪36.1缺陷流程图36.2实际缺陷数据的记录36.4缺陷解决46.5缺陷跟踪47 缺陷分析47.1缺陷注入-发现矩阵47.2利用QC查看缺陷分布67.3质量目标分析88 裁剪定义89 附录89.1缺陷严重程度89.2缺陷优先级109.3缺陷状态109.4解决方案109.5发现阶段（缺陷注入阶段）101 概述软件缺陷是指那些使软件的行为方式与需求或客户要求不一致的东西。软件产品质量的特性在实践中体现在缺陷上，缺陷管理的目标是提交缺陷尽量少的软件。如何计划和管理质量控制活动，作为质量特性的缺陷管理非常重要，它包括缺陷估计、缺陷数据的采集、跟踪与分析。2 目的本规程的目的是为了定义缺陷跟踪过程以及缺陷分析内容和方法。3 适用范围本文档适用于公司的所有软件项目。4 缺陷预测4.1 缺陷预测概述量化质量管理的一种方法是通过预测缺陷进行管理，这种方法的关键事宜是设定质量目标，并预测里程碑阶段的缺陷级别，以此来量化监督项目向着质量目标前进，缺陷的预测在项目策划阶段，由QA(assurance)人员和项目经理共同完成。本规程确定质量目标为以下指标：测试缺陷密度（每千行代码出现的bug数）=bug数/KLOC。评审缺陷密度=评审发现的缺陷数/评审对象的规模评审的通过准则：未发现问题---直接通过某指标范围内---修正后通过超出指标-------需要再评审4.2 预测方法预测前提条件：有类似项目的数据；但因公司目前还未积累历史数据，因而暂时采用行业标准。预测方法：采用行业标准。5 缺陷填写规范下表罗列了缺陷包含的字段，绿色字体由测试人员填写，蓝色字体由开发人员填写，红色字体由测试人员和开发人员共同填写字段说明测试人员缺陷的发现者，自动生成发现日期缺陷提交时间，自动生成发现版本缺陷提交时的版本简要描述简要描述下缺陷的现象详细描述详细描述缺陷的步骤、实际结果、预期结果，格式举例如下：步骤：1.进入个人理财中心；2.点击导航栏我的资产二级菜单我的资产，进入我的资产页面；3.核对我的基金资产的基金简称是否正确；实际结果：1.页面上取值为基金名称期望结果：1.应取基金简称；分配给指定给相应的解决人员严重级别缺陷的严重程度：致命、严重、一般和细微，参考附录优先级修改缺陷的优先级别：高、中、低，参考附录状态缺陷的状态：New、Open、Rejected、Fixed、Reopen 、Closed，参考附录缺陷发现方式TC(用例测试)、ET(探索性测试)功能模块模块划分，不同项目自定义浏览器B/S系统运行的浏览器版本发现阶段缺陷实际发现的阶段，具体参考附录缺陷注入阶段缺陷应该发现的阶段，具体参考附录解决方案解决缺陷的方案：不是缺陷、不做修改、改代码、改需求或设计文档、缺陷可以接受、数据问题、推迟到下一阶段、重复缺陷，参考附录实际修复时间修复缺陷所花时间，单位为：分种缺陷原因描述引发缺陷的原因-----以Comments形式填写缺陷修复对策描述修复缺陷的对策-----以Comments形式填写关闭日期缺陷关闭日期关闭版本缺陷关闭时的版本6 缺陷跟踪缺陷数据的跟踪贯穿整个软件生命周期，对实际发生的缺陷数据进行比较、分析，获得各里程碑阶段的缺陷级别，达到预防缺陷的目的。6.1缺陷流程图6.2实际缺陷数据的记录测试人员将缺陷登记到缺陷管理系统《QC》中，缺陷的状态变成“New”。 6.4缺陷解决项目经理或者缺陷解决负责人根据《QC》中的问题，经过讨论分析以后（管理类问题和重大问题一般要在项目会议上讨论），分派处理人，缺陷状态变为“Open”。项目经理或缺陷解决负责人分配缺陷的活动对于资源少或时间紧的项目可以裁减。开发人员根据缺陷严重程度依次解决。处理完后将缺陷状态变为“Fixed”，并要填写上解决方案、缺陷原因、缺陷修复对策等。缺陷解决负责人及时跟踪缺陷状态。对于“Open”或“Reopen”状态超过预期时间（预期时间根据各项目而定）的缺陷，督促开发人员处理。6.5缺陷跟踪测试人员对“Fixed”的缺陷在发布新版本