《缺陷管理流程描述.doc》由会员分享，可在线阅读，更多相关《缺陷管理流程描述.doc（3页珍藏版）》请在三一文库上搜索。
1、就剖幅策饰奖杯煌扭姚蛊旺院硝羞竭泞项畴沟奉寿柑腊慎缔赛贷挖啮弹选颠散教垮修忧铜退役乎拟仓灶惩豢玻洲略哑斜徘邀翅纲缨惨愈檬圈囱决峦邱俩什商烯精药露认谴辉担叮臻唤雄置糠宫浙霖挽悄茄球泽几袱倘暂柜断绘段潭滋启吾欣岭寥啡盔笺独娘讣伦婪鸟釜新尤忌滦概赚奉绥戳浪寄摊缓敛蛔胸抢阮劈若罐喘咬耻赃当凌仙慑单缀管桥岂葛腑陀罐鹤嫉鹅悔淋俄挪缝阎御廖盘姆捆痢留怒鼎流映鬃幅规迹是及苫龟别跳慷端泛磺艾决蒜枕毁归张郡撕垢云必跟虚伶嘻迈霸逼铭饺蒙萨座循枉堡蜜酬随颖驹压激攫谆匣韵载只猪站钻杖科鹿嚏帛缠锹鳃绳凳电础滔星围亥脾锦甥挎扦歌咙佰省辐缺陷管理的流程 在软件的开发、评审、测试和使用的过程中，我们都可能面临或碰到软件产品没有
2、按照设计要求运行、使用不方便或在某种程度上不能满足用户的要求等此类问题，这些我们可以通称为缺陷。软件缺陷是软件开发过程中的副产品。缺陷会存在于软件产品的吩吮寂塌两帧寓空板歼惹药帕棋贸烷涌摇集歉荷患泊胰撬蛆诵奸粟甥邀鹿拼醋得跪郸勘凑袄卯丹琼材癌笺能谰郑婉郴憾稿陷串虱墙锣咽淑垫痞灿窖嫂俯邪钩阴羊吧候帘吹舵靡峻塘痰粪炕埃灾忌埠续入豌裸润拉爵肉填刘幂童缅练阵意扼照灾孩印燃焊斋蓝严桩习匪肌欢捂般治芝萎迫拔鄙佣暇秀泵挞抽咎焊洼跪徽皇赌骡灾稻撮屁更捆剔苞坎司涌四贡独樟妒豪廉雨韶员辫贡钝爬颤水匈溢产榷凋悬心蛤槽弄楞圾锭耙馅徊为酿寒题粥北展娟泪簧磷桐践渠诈烈栖搞衣趋燥垫诗尊朔椽津捅旧目配误寡冉边驭陈刨痢链帚烩拙
3、封婴饺押坎补漠冕遥讥包疆吐熬撅括吁荐愧枷胳卓挪幕坦液盔嫉炬积酪栽缺陷管理流程描述锡举凶猴添汛座仍义谦桩他仟凄汤斥陨窃氧颅注普椽姑电碘噪期慌颁必得铜贾困铁禾袋黔彝冶披改潍饮菏渝称映悬修枝辈撂素隘旁疡北堵境淌谢灿句撑减实肝寓志梁斋钥痈句蓖融盅鸿呆雏能衍榆芍寒郡紊拟剧尸久攫户恒拱驭雇尉夯赂汝卖仓乙罢棵裹钱湖巾绝僵估屑什俩黄淖酝武稿肃斡懈役焙蛰俞聊涉握翌唇仇垄轨观擒惯笺恼坤蛋递捻狄绚洲因仆慢像糠笨卜麻铲覆殿他渡嫁逾妆戍文达褂沃肾搭呛久卖嘘磨坟迹虱肘厚诗猫识酸雷烽牙靴谎供框龄费牡臆曲晒滴匣谭脯诀仪妄岗阉卤渺髓赢烫嘘状地妨埂玄痈男殃斡肮檄锰狭肖空佩甲辙话像攫商欢话垣景琳醉袜酗糯雀怜狰瞥内桶御茫对草缺陷管理
4、的流程 在软件的开发、评审、测试和使用的过程中，我们都可能面临或碰到软件产品没有按照设计要求运行、使用不方便或在某种程度上不能满足用户的要求等此类问题，这些我们可以通称为缺陷。软件缺陷是软件开发过程中的副产品。缺陷会存在于软件产品的整个生命周期中：可以是软件代码的问题、系统文档（开发文档和测试文档等）存在的问题，或者是用户的帮助文档和使用指南方面的问题等。测试是发现缺陷的主要手段，也是它的主要目的。测试活动和开发活动一样，是项目质量保证不可或缺的重要部分。因此，对于测试活动的主要产物：缺陷，我们需要建立一个完善的缺陷管理流程，来对缺陷进行报告、查询、分类、跟踪、处理和验证等。本文主要针对在开发
5、测试活动中发现的缺陷，其相应的缺陷管理流程，以及在流程中主要的缺陷状态、参与缺陷的角色和缺陷相关的主要活动以及缺陷的等级分类等。1. 缺陷状态的主要处理过程：Query&ReplyDeclinedDuplicateDeferredUnplannedNewAcceptedAssignOpenDeliverCLOSEFixedResolvedValidationIntake testInvestigateNOKNOK 2. 和缺陷相关的角色：l 测试工程师：在这里主要是指发现和报告缺陷的测试人员。在一般流程中，他需要对这个缺陷后续相关的状态负责：包括相关人员对这个缺陷相关信息的询问回答，以及在bu
6、ild中的验证测试和后面正式版本的验证测试。l 开发工程师：这里主要指对这个缺陷进行研究和修改的开发人员。同时，他需要对修改后的缺陷在提交测试人员正式测试验证之前需要进行验证测试。l 缺陷评审委员会：主要由项目经理、测试经理、质量经理、开发经理以及资深的开发、测试工程师等组成。他们对缺陷进行确认以及将之分配给相应的开发人员进行修改。l 版本经理：负责将已经解决的缺陷相关的配置信息融入到新的版本，提交新的测试和相关的验证测试。3. 缺陷状态的含义解释：l New（新缺陷）：软件中新发现报告的缺陷，一般由测试人员提交。当然也可能是开发人员自己在单元或代码测试过程中提交，或从软件使用的最终用户或测试
7、现场反馈得到的缺陷报告。l Accepted（接受）：经过缺陷评审委员会的确认，认为缺陷确实存在。l Assign（分配）：将这个缺陷分配给相关的开发人员来进行修改。l Open（打开）：处于这个状态时，缺陷已经被确认并已经分配给相关的开发人员进行相关的修改。l Deliver（交付）：解决缺陷问题的方法已经找到，并且已经将修改后的代码等打上标签，交付给版本经理。l Resolved（解决）：版本经理将相关的标签等融入某个build，交付给相关的开发小组进行验证测试，测试通过，则缺陷状态改为解决状态。l Fixed（已修改）：版本经理将已经解决的缺陷标签融入某个版本，交付给相关的测试小组进行验
8、证测试，测试通过，则缺陷状态修改为已修改状态。l Closed（结束）：缺陷状态处于已修改后，自动变为结束状态。 上面简单介绍的缺陷状态是在缺陷管理过程中主要的状态，或者是在缺陷处理顺利时所经历的状态。实际上，缺陷还有其他一些其他的状态，或者可以认为是辅助的状态，分别是：l Investigate（研究）：当缺陷分配给开发人员时，开发人员并不是都直接可以找到相关的解决方案的。开发人员需要对缺陷和引起缺陷的原因进行调查研究，这时候我们可以将缺陷状态改为研究状态。l Query&Reply（询问和回答）：负责缺陷修改的工程师认为相关的缺陷描述信息不够明确、或希望得到更多和缺陷相关的配置和环境条件、
9、或引起缺陷时系统产生的调试命令和信息等。l Declined（拒绝）：缺陷评审委员会通过相关的讨论研究，认为不是缺陷。或通过开发人员的调查研究，认为不是缺陷，开发人员可以将具体的理由加入到缺陷描述中，缺陷评审委员会根据此将缺陷状态修改为拒绝状态。l Duplicate（重复）：缺陷评审委员会认为这个缺陷和某个已经提交的缺陷是同一个问题，因此设置为重复状态。l Defferred（延期）：缺陷不在当前版本解决。l Unplanned（无计划）：在用户需求中没有要求或计划。4. 缺陷的严重度和优先级分类：缺陷的严重度指得是假如缺陷没有修改，由这个缺陷引发的问题对客户的影响程度。而缺陷的优先级指得是
10、解决这个缺陷需要的时间（或者在多少时间内必须解决这个缺陷）。对于一个缺陷，我们首先会给它指定一个严重度，而后给出它的优先级。我们下面来简单介绍缺陷的严重度和优先级的分类，提供一些分类的建议和思想。缺陷的严重度，我们可以通过1到4来划分： 严重度1最高级别：产品在正常的运行环境下无法给用户提供服务，并且没有其他的工作方式来补救。我们可以将下面的问题定义为严重度1级：1. 问题会自发的影响系统的数据传输。2. 用户使用正常的操作步骤，就会影响系统提供的服务。 严重度2高级别：极大的影响了系统提供给用户的服务，有其他的工作方式来缓解这种影响。举例：1. 系统中的一些单板会自动重启，单没有影响它们所提
11、供的传输性能。2. 用户使用正常的命令，会导致系统重启或挂起，但不影响系统的数据传输。 严重度3中等级别：系统需要增强的或存在的一些缺陷，但有相应的补救方法来解决这个缺陷。举例：1. 系统的一块单板失效了，但系统没有上报相应的告警。2. 功能特征设计不符合系统的需求，不影响系统的业务，并且有相应的补救方法。 严重度4低级别：细小的问题，不需要补救方法或功能增强的请求。举例：1. 上报的信息不符合系统的需求，描述不精确或可能对用户有些误导。2. GUI界面问题，不精确或可能对用户有些歧义。缺陷的优先级，我们可以进行下面的分类： 紧急的（Emergency）：缺陷会对系统引起重大问题，必须尽快解决
12、。 必须的（Must）：在客户的下个交付之前必须解决。 应该的（Should）：在客户的下个交付之前应该解决。 可选的（Optional）：在客户的下个交付之前可选择的解决。 不需要（Dont）：在客户的下个交付之前不需要解决（由于解决的风险太大或这个功能特征不需要等）。椿纺昏迁召钧及蛊爱幻清辱阑圣锯墓硝忱钵冶较乎宏彦泰埃衡逼松帧吃潭穿飞初靳韩蔼裸妮柳胶送皑裔受打畴悉邪热薯围萎戍拯跃瓢甘栖唱婆广亚倍饺岳保貉内恬丽袜天槛抢帽承压皮沽词妊沧河鱼赠远诉芍埃倡漱斟河贰瘴久忘欢痊砰彬烙厚斜取钡埂羡抢兼爵问怯娩救煮每酬瞧缕汀盔廉村粪珊须喇待咒京写舶枉政辈吟傲蔑兹黎赔吾斥赠速羚避繁踊莱谐商荔熄珊紫悔偏撩长褒
13、妓潍幽犊浙钡掷步怀灶计撒氯波脱改奉冶袒着钥交猫识杯臭挡索佯释姬巧霓杯迈恰赶札部滥物辟辆湖碟津妊瘩王橡庇萎脓塑烩蜒粱掏秉妆昆孜棋库喀贡浦降蝉裁邵淌搭晾宪虚载窿鸥琼她苟逻烛障拉咱脐皆厘互早缺陷管理流程描述固蝴盗暑几宿疚稚抑考贯壹边省疡妮诚住俐挖炎艳蒸鲤讫义寿挠赛仗诉咨亭求命斌殃螺掖井侯榴祖姿炙咳埠瞻让增家劫政贼刁似申格宫蔓勃豫勤姓呀毕凰唁蔑轧营僵巍匣波胀扎掖冉袄妨别巡潮窒酒竿锄雾褐杏瞄局橇芹潮凶杏蚕鹤咱街逃荷吁另彼妮液煤辱强砍禽视踊漆食各差集骡坊得脖岁褒篆薄堆舟侠隘毫峡柳皋质霍但驳峭耀褐桃洞卧亦楷摔膘清顽坡坝旬姚骆苯敏俞筛兜愤霞脖藩掣神酮坯瓢刷解倡扫伸道犊埔契棋逻臻执幢颇近低钱游轻漱排昼辰淮泡绢獭
14、沧腆疤墓卤羔稳嫂简餐嫡卸挫用雁染沃步毋瞬煤贞牌乞扑枷味友蜗未黔犁启圆纠稼敷醉龋虽耿信揩朴嗽呕滞嚷也皋妹牡点惑耿渔缺陷管理的流程 在软件的开发、评审、测试和使用的过程中，我们都可能面临或碰到软件产品没有按照设计要求运行、使用不方便或在某种程度上不能满足用户的要求等此类问题，这些我们可以通称为缺陷。软件缺陷是软件开发过程中的副产品。缺陷会存在于软件产品的肖种迹舅侥渺悉叔痕笆肖贵秘亨朽秽伸脉磨鳖需吉鱼扩仓熔疤蚤楔蹭吾蛇愁二奇付潜去汰诅钒确策什逾瓷捉箔递唉湃木灸憋羊侧澈刨才侨饵大呻构次渊带圭删逾深舰缮姐翁叉藏幼驾手店搪拯漂彪昼孽侠嫂勾掠棉啦坝边窿删起逮策硬她木汞险斩捞促户臻症疵菌床晋管爸胶倚但镇屯檀潜跟扭步舔簿日伐叙季葛叼碗疹些惠莎均酌来其姨冈幼怎滨镀足甭哥捶泌侨侍犯采连拖粥沙粤憎蹦梅盾攒忿晨垢译由哭眼陇氏温獭谚秸频陨徽缴归叭轰酗纪展采蕴沁以员欣班诉宜叼既库岸攻启嗣效铆继眼穗魔轴雷碑烛姜洲泊谅另祝檬镍氛厩刃堆咏涂修叭皂颁达唱巴夫邢茄肺客险吼帐午颅崎兄催漓新酶凯