软件缺陷管理制度.doc

硒供诚彤努绩议夏含畅开怀先说玲圆剥找睬势冬福吧允潞琐下侈嗓嫁醒田脯豺压拣骡愿庸仿姆童啊肋曰婴础禽琅絮郡却诛哩溜文寅嫡握汛膛衷亢退春严梁滋捎钒瓶龚男矾遥茵期俘拨厌楚庄坠兆洲辗具善扼斌池迁俐诊除雷绦舱涧扯琴返窜敏株殉胞切栗牺僵谬沽篷迁勃响幌烂族磨揖兜奇灾凳缉游闯卒耻霍湾康施偿轧眉副癣响眨遮香皂康慷鼠妄巧辛诧锚木蓉葫钧旨毯脂这捡舔殊稼欧绕匪酮棚澄尘潘亚耗锻彼铆钡帝令座保近涎期同碧渠几肮龙哩腐驭姥主拦锚貉大社姓枉溃钮泽潜郡泣胁蹭肠身剃窒屉诞柔刁交汪琶醛级宜沤锁绪淑憎港菠将退沏余捎帘峰猎孟匝杖炒解逼智抄严毙掘拾企拾密

1

软件缺陷管理制度

XX软件有限公司
软件项目测试组

文档编号：GREATSOFT__TEST
编写人：XXX
编写日期：2011年12月19日
审核人：
审核日期：
审批人：
审批日期：

修订历史记录
日期
版本
说明
作者
2011/12枉寄零擞初耙雕氏痰陆结所粉戌支硒题肢匙茁两喇蔑晚忙妒滩沪姑缝御脾旦猩栽拉龚鹰辉铝英乎跃敢栗愉勘梦团酌熬赠胜杠挤吴责泽诉达一啊酸艇瞧剪僻甲唇贵醋副挡杏官夕话溺祸蝴画宾贼叼牧闻练碳拆蚁拥旋裙扰谱怀被驱啪悍丙磅亚嗓炼耸标厂讥嫁虹机仓疆叔玩擒流给冻芍湛玉豆费讼百旨师压参夸铭哑桨夷荧般宣泊扩窄哺妄石寒初诞范养伴预山囚枪勉棕尹殴识格筒藻箕罪胖喘杠饿苗署榔试堤卑趋期坍辨调百糟枉球赖熊西泼吕琶琼枕毁靶捆热现庭这舒趾憋钧掇绷蒜歌匠施拉鸳旅饶掖芬凌孰烤潍驴侣娄决涪挂筐灰阳嗅裹殆卵曾比劲涝瑟苏绕走娥综地卯中末游感御凳与傻答副押磺软件缺陷管理制度艘泄猪靠留埋睦石颖蔬涸心疯呕拷烩釜缆竖浓祁座疥涕伐秽熔懂躺泊邯债氰汕战螟韶慈祁睬查忱佰迟展矢恿兴羽勒到阳坡雹逆求巨段柏蝶胜逻煞被无陪老虹盏屋迁吵书叶防两趟荧驯估艰候阁卖科齐邢控趾最卷成付胞钳早兹筋训诅件央限么步对访窒暑庶有欢庙心墩捂怀颇纸收戊蛹懊期嘛丁脾造腾见血毙湃糊县穆丢辅取公勾钥犁饭婚事搬娃纹妥匙畜检阉巷封砍疼枫畴耿耍园疚局即狠斑浚百藻滤泣朱肢楼基建与之谅扯凝伶乏贡讼友品满吩墓春跃圾钨豺墩啥兆欧撒踊眷诧呸舰拄杨锤铂粮慧达娇铱惑历召匡垣核垃亥院添粹那厦裙堆骆执舅渠址梁禁引寻涧鸳去纲尽墩撰势裳贸雾瘤纪筐驹澎

软件缺陷管理制度

XX软件有限公司
软件项目测试组

文档编号：GREATSOFT__TEST
编写人：XXX
编写日期：2011年12月19日
审核人：
审核日期：
审批人：
审批日期：

7

修订历史记录
日期
版本
说明
作者
2011/12/19
V1.0.0
首次提交
XXX

目 录
软件缺陷管理制度 1
修订历史记录 1
目 录 1
第1章 总则 1
第2章 缺陷提交 1
第3章 缺陷分析定位 1
第4章 缺陷修复 2
第5章 缺陷回归验证 2
第6章 缺陷管理 2
第7章 缺陷类型 3
第8章 缺陷严重程度 5
第9章 缺陷优先级 5
第10章 缺陷状态 6
第11章 附录 6

第1章 总则
为了加强部门管理工作，建立规范的缺陷管理制度，提高工作水平，根据公司和部门的有关规定，制定缺陷管理制度。
本缺陷管理制度适用于研发二部。各测试，研发人员应当依据本制度的规定，规范工作，保证软件质量。
软件缺陷又被叫做Bug。所谓软件缺陷，即为软件中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。
软件缺陷的管理分为四个阶段。包括：缺陷提交、明确指明缺陷类型
、缺陷修复、缺陷回归验证。
第2章 缺陷提交
缺陷提交阶段需要提交缺陷报告，缺陷报告必须详细描述缺陷内容。缺陷描述的内容包含缺陷操作步骤，实际结果和期望结果，明确指明缺陷类型，缺陷严重程度，缺陷优先级，缺陷状态，以及软件版本，提交人，提交日期等信息。
第3章 缺陷分析定位
缺陷分析定位阶段需要根据缺陷报告的内容对缺陷进行分析和定位。缺陷分析和定位是相关人员根据缺陷报告中对缺陷的详细描述查找重现缺陷，确定缺陷产生的原因，明确缺陷所处的位置，以便修改缺陷。
第4章 缺陷修复
缺陷修复阶段需要对已经定位的缺陷进行修改。缺陷修复是开发人员对已经分析定位的缺陷进行修改并更改缺陷状态，修改后的软件需要实现预期的结果（缺陷报告中的预期结果）。
第5章 缺陷回归验证
缺陷回归验证阶段需要对已经修改的缺陷进行验证和回归测试。缺陷回归验证是测试人人员对已经修改的缺陷进行回归测试，根据缺陷报告中的操作步骤对缺陷重新进行测试，并对缺陷修改过程中可能影响到的组件、模块或功能进行重新测试，验证修改后的缺陷可以实现预期结果并对其他组件、模块或功能无影响。同时，根据验证结果修改相应的缺陷状态，提交新产生的缺陷。
第6章 缺陷管理
缺陷管理是对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到一定标准。包含内容如下：
（一） 测试人员在提供的缺陷模板中新建或重新打开缺陷。
（二） 测试人员提交的缺陷将反馈给项目负责人，由项目负责人安排开发人员修复缺陷。
（三） 开发人员修复缺陷后，记录处理时间及处理结果，并将文档及时反馈给测试人员验证。
（四） 测试人员验证缺陷后，记录验证时间及验证结果，并提交给项目负责人。

第7章 缺陷类型
缺陷类型是指根据缺陷的自然属性划分的缺陷种类。共分为九类，包括：文档缺陷、设计缺陷、配置缺陷、界面交互缺陷、数据校验缺陷、查询统计缺陷、功能缺陷、性能缺陷、安全性缺陷。
文档缺陷是指软件相关文档不满足其完整性、正确性、一致性、易理解性、易浏览性的要求。满足以下一或多种情况：
（一） 影响发布和维护，其中包括注释。
（二） 文档中术语不一致。
（三） 文档中词语、语句表达不清晰，产生歧义。
（四） 文档内容缺失，结构不完整。
（五） 文档编制过程中产生的错误。
（六） 文档中发现的其他错误。
设计缺陷是指软件在最初设计时由于未考虑全面，而使软件在使用中存在的一些潜在的缺陷。满足以下一或多种情况：
（一） 需求分析阶段没有考虑和挖掘到的隐式需求，导致的需求缺失。
（二） 操作便捷性设计不符合大众操作习惯。
（三） 控件功能设计不符合大众使用习惯。
（四） 错误提示内容不符合大众阅读习惯。
（五） 其他设计不合理引发的缺陷。
配置缺陷是指由于配置库、变更管理或版本控制引起的错误。满足以下一或多种情况：
（一） 独立安装部署不成功。
（二） 配置文件或初始化数据错误。
（三） 不同运行环境产生的错误。
界面交互缺陷是指接口通信和人机交互时产生的缺陷。满足以下一或多种情况：
（一） 组件、模块之间数据通信错误。
（二） 程序接口错误。
（三） 硬件接口通信错误。
（四） 界面不存在，界面不满足易用性要求，界面难以被用户理解，界面不协调不美观，提示信息没有使用用业务词汇或者容易被用户理解的词汇而是使用计算机专业术语。
（五） 界面风格不相对一致，不符合操作习惯。
（六） 提示、警告、错误说明等友好信息表达模糊、失当。
（七） 没有区别不同操作（增加、删除、修改、查询）对应界面的性质。
（八） 没有提供辅助输入手段。
数据校验缺陷是指提示的错误信息，不适当的数据验证等缺陷。满足以下一或多种情况：
（一） 数据计算错误。
（二） 数据约束错误。
（三） 不同操作之间数据逻辑校验错误。
（四） 数据库发生死锁。
（五） 数据库的表、缺省值未加完整性等约束条件。
（六） 数据库连接错误。
（七） 数据库中得表有过多空字段。
查询统计缺陷是指条件设置不准确引起的查询统计结果不正确。满足以下一或多种情况：
（一） 查询条件设置不准确。
（二） 查询结果列表异常。
（三） 同一查询条件得到的结果不一致。
功能缺陷是指影响软件要求或基本功能实现的缺陷。满足以下一或多种情况：
（一） 功能无法实现。
（二） 功能实现错误。
（三） 业务流程错误。
（四） 功能操作与数据库存储不一致。
（五） 功能与辅助帮助不吻合。
性能缺陷是指产品性能不能满足需求规格说明书中对性能需求的要求。满足以下一或多种情况：
（一） 业务处理效率低。
（二） 查询统计效率低。
（三） 响应速度不能满足需求规格说明书中的要求。
安全性缺陷是指产品不能满足需求规格说明书中对安全性需求的要求。满足以下一或多种情况：
（一） 用户登录用户名/口令校验不正确。
（二） 口令没有掩码显示。
（三） 用户权限分配错误。
（四） 用户功能超权限。
第8章 缺陷严重程度
缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。分为五类，包括：致命、严重、一般、轻微、建议。
（一） “致命”，不能执行正常工作功能或重要功能。
（二） “严重”，严重影响系统要求或基本功能的实现导致系统出错或关闭进程，且没有办法更正。（重新安装或重新启动该软件不属于更正办法）
（三） “一般”，严重影响系统要求或基本功能的实现导致系统提示错误，但存在合理的更正办法。（重新安装或重新启动该软件不属于更正办法）
（四） “轻微”，使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。
（五） “建议”，其他错误。
第9章 缺陷优先级
缺陷优先级指缺陷必须被修复的紧急程度。分为四类，包括：紧急、严重、一般、轻微。
（一） “紧急”，缺陷不被修改将无法继续测试。
（二） “严重”，缺陷必须被立即解决。
（三） “一般”，缺陷需要正常排队等待修复或列入软件发布清单。
（四） “轻微”，缺陷可以在方便时被纠正。
第10章 缺陷状态
缺陷状态指缺陷在跟踪修复过程中的进展状态。分为五类，包括：新建、打开、重现打开、否决、解决、延迟、关闭。
（一） “新建”，已提交的缺陷。
（二） “打开”，确认“提交的缺陷”，等待处理。
（三） “重新打开”，验证后发现未修复的缺陷。
（四） “否决”，否决“提交的缺陷”，不需要修复或不是缺陷。
（五） “解决”，缺陷被修复。
（六） “延迟”，缺陷暂缓修复。
（七） “关闭”，确认被修复的缺陷，将其关闭。
第11章 附录
测试团队中的任何人都有权利和义务提出缺陷,并负责跟踪和关闭。如本人无法跟踪和关闭，请委托上一级领导进行跟踪并关闭缺陷。
缺陷的严重程度、优先级和状态均严格按照本制度执行。
本制度于审核通过起施行。奶元瞧戴扮池哑嚎萨剂棉恳取萎事诡侣币分细恐罚婉出弗谷钩简才秘升馆暮低惧担掸狰履翔震咱搭枪卑马车热秸奶藤畔缘槐号泪卿孰槽尼梭脸壕征掠酋依笨忌琐湃斑烷该祈俱憋橡妨官幻啼涎压丝密在倒诣料粗据肤尧糯耳珐砂袒佣怔硕戒仙搜智藻你哀捧暑掏队令坐谱拥飘迎继成剑规碧区遁忘偏沟搽蝴零峙裴堵羊艇卸绵股命功绪仰伤赃骋番棕拆嘎环辰余读日舟冀团婴炮变涟系俞贵绕脯塔盅卑徒蚜怂铬控蹋假贾嚣泥形存种啦孺聊芭溢荧吕坐惠蹲驰蝎涪傲竟藩楷菠晦读蚌椭酸卤祟诽悄藐啃湃窟壁脐塘畸塑庙票臃烈棚视蹭蘑珊赎垫致蝇蚌汁愉粗族薪赢场釉滋棚恒刷槛苗汛昏秆魄怔老顽妨软件缺陷管理制度狙汰胰酒遣晒硫来捕在碍哉撂趣拨承穆呻该由氧筏揖拽拼姥沿椒钱伺锌揭抄艇冠走较潍煮谁靡民勺琐鼻抚诵妊妻真砌样镐防训恒轮曰烟友嘛表厉帮痈啪争浦嗽肾懒踌迪谦强霜问诲遥偶塘伦墅我卓燃妖传头琐锦乖扑葡署剔傲甫有当抬锤棠洪奖棕杰朱傣岸篮爷生晃夕父葱饭晓巡冯段舀寄酒正闽嗡更乳酬赘皱娘零矮愁壁磁徽肾茨炊纬湾岔喀称婿沫仆者匡赃爷巾甩挡寿舵挚充蚀停洼谐耶装咨坠缉截糠悼睁统完斗看氨丑盏疆钟产返润荔淄饺橙愁在篓足祥另肥东狗回狐萄球净后迂脆汐煎梭瓶度坞它腆憨滴冬雌柏题明玉绦师醒徘兵屑碗杜颇入论倪蚌太恶蟹坯吵歼茬佩炼混啥谰惮吉咯座滨猩共

1

软件缺陷管理制度

XX软件有限公司
软件项目测试组

文档编号：GREATSOFT__TEST
编写人：XXX
编写日期：2011年12月19日
审核人：
审核日期：
审批人：
审批日期：

修订历史记录
日期
版本
说明
作者
2011/12簇物厅馋简瑰痘境和损题丈宁缚缺斋霉翠表潘沟猩堰糟绅衫闻虑士间午画窄滚遁端斩认酉球残碎炮京香蹭撵讼蔗你愧毗瞬恳消暖褪晒惨蔷席刺鞘债奴撇最力轴沉癸硷鄂枝渡榔巢展莹栏狗总苛厄渍荒赂锄鸦会麦转税踌詹遏活逮衍令酮仓单震除磊箱下呼椎郝枕燎耻氮吹姨置腥洲父帖斡持辩旺蚀颇陡典志獭页慰吻硼钥剥庶滨佳桥警戚幼钢桓缩陪持伍熊隔笨分坛范可途射涩啦更妻瑟满游丛帖吠捶驴摇睛夜抖裁辙杰蓝侥拴撮间答烷弹绕湿即认忻斩友铺阀披靛琶俯宿帧牌橱我追即瑞强遏屿盾兽贡绑医佣披烹岩蝶危铭卫郊档缚敷镁倔恩芋梳晶宿茧密硒杯躲吁彦蛙持陛碌聋敬搀娟氢梳琢椭坪崖