



下载本文档
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、精选优质文档-倾情为你奉上 在软件的开发、评审、测试和使用的过程中,我们都可能面临或碰到软件产品没有按照设计要求运行、使用不方便或在某种程度上不能满足用户的要求等此类问题,这些我们可以通称为缺陷。软件缺陷是软件开发过程中的"副产品"。缺陷会存在于软件产品的整个生命周期中:可以是软件代码的问题、系统文档(开发文档和测试文档等)存在的问题,或者是用户的帮助文档和使用指南方面的问题等。测试是发现缺陷的主要手段,也是它的主要目的。测试活动和开发活动一样,是项目质量保证不可或缺的重要部分。因此,对于测试活动的主要产物:缺陷,我们需要建立一个完善的缺陷管理流程,来对缺陷进行
2、报告、查询、分类、跟踪、处理和验证等。本文主要针对在开发测试活动中发现的缺陷,其相应的缺陷管理流程,以及在流程中主要的缺陷状态、参与缺陷的角色和缺陷相关的主要活动以及缺陷的等级分类等。 1. 缺陷状态的主要处理过程: 2. 和缺陷相关的角色:· 测试工程师:在这里主要是指发现和报告缺陷的测试人员。在一般流程中,他需要对这个缺陷后续相关的状态负责:包括相关人员对这个缺陷相关信息的询问回答,以及对bug的验证测试。· 开发工程师:这里主要指对这个缺陷进行研究和修改的开发人员。同时,他需要对修改后的缺陷在提交测试人员正式测试验证之前需
3、要进行验证测试。· 需求工程师:这里主要是需要对缺陷进行确认是否需要解决,是否需要当前版本解决。· 缺陷状态的含义解释:· New(新缺陷):软件中新发现报告的缺陷,一般由测试人员提交。当然也可能是开发人员自己在单元或代码测试过程中提交,或从软件使用的最终用户或测试现场反馈得到的缺陷报告。· Open(打开):处于这个状态时,缺陷已经被确认并已经分配给相关的开发人员进行相关的修改。· Fixed(已修改):开发人员将相应的bug修改后改为fixed状态后,交付给相关的测试小组进行验证测试。· Closed(结束):测试小组人员对缺陷进
4、行验证通过后将缺陷状态改为closed状态。 上面简单介绍的缺陷状态是在缺陷管理过程中主要的状态,或者是在缺陷处理顺利时所经历的状态。实际上,缺陷还有其他一些其他的状态,或者可以认为是辅助的状态,分别是:· Declined(拒绝):需求人员进行分析后,认为不是缺陷。或通过开发人员的调查研究,认为不是缺陷,开发人员可以将具体的理由加入到缺陷描述或备注中,测试人员经过验证确实不存在此问题时,可以直接将bug关闭。· Defferred(延期):需求人员确认缺陷不在当前版本解决时的状态,在jira缺陷跟踪中,可以通过修改缺陷的修改预期时间进行延期,需在备注中说明延期的原因。
5、183; 缺陷的严重度和优先级分类:缺陷的严重度指得是假如缺陷没有修改,由这个缺陷引发的问题对客户的影响程度。而缺陷的优先级指得是解决这个缺陷需要的时间(或者在多少时间内必须解决这个缺陷)。对于一个缺陷,根据jira缺陷模板中只有优先级的选择,所以在此对优先级做一个定义: 缺陷的优先级,我们可以进行下面的分类:· 紧急的(Blocker):缺陷会对系统引起重大问题,必须立即解决。例如:功能页面不能打开,没有数据显示出来等等。· 严重的(Critical):在上线之前必须解决。例如:模块基本流程上的某个功能不能实现,流程不能执行下去。· 主要的(Major
6、):在上线之前应该解决。例如:基本流程上非主要功能比如查询功能不能实现。· 微小的(Minor):可选择性的解决。例如:界面显示不够友好,易用性不好等等。上述只是初步的一个规划定义,对于不同缺陷的优先级,需根据客户的需求进行设置,客户要求紧急解决的优先级就排高。一切以客户的需求为前提。· 缺陷的内容规范要求:根据jira中缺陷提交的模板,缺陷需包括的字段内容有:概要、优先级、逾期时间、模块,开发者(指派给的人员),环境,描述,附件。概要:概要是描述缺陷的概要内容,此内容不易过程,需简短的描述出缺陷的大概问题所在。优先级:根据第四点中描述的标准和需求人员的要求对优先级进行设定
7、。逾期时间:需当前版本解决的问题,根据模块版本的上线时间确定缺陷的逾期时间,延期解决的问题根据实际工作情况进行设置。模块:缺陷属于系统的哪个模块的,就选择该模块。开发者:此模块的开发负责人员,此选项可以进行修改,开发人员如果觉得此问题不是自己的职责范围可以进行再次的派发给其他的开发人员。环境:需在此字段中标注是测试环境下的问题还是正式环境下的,如果有多个测试环境时,需将具体链接地址写在此字段中,并标明是在哪个网络访问此页面。描述:此字段是描述缺陷的重现步骤和问题所在,描述需清晰明了,需要达到的要求是:研发人员可以按照描述将bug重现出来。附件:用于存放对bug的截图,需有详细的截图,以便于研发人员理解问题所在。 缺陷记录的原则是: 1. 对问题精确描述,严禁出现“呈现不对”“数据不准确”等模糊化表述而无附加说明2. 尽量明文引用如需引用别的文档
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 企业内部讲师试讲课件
- 企业内部管理培训课件
- 一年级上册职业体验实践活动教学计划
- 合同签订与履行注意事项说明
- 高校教师考察材料范文
- 机械行业智能制造生产线改造方案
- 小学体育环境保护教育计划
- 教育行业智能化教师培训与发展方案
- 医疗设备采购与安装实施计划
- 2025-2030中国电饭锅行业调研分析及发展趋势预测研究报告
- 大型商业综合体弱电智能化规划方案大型商场智能化系统设计方案城市综合体弱电方案
- T-CITSA 20-2022 道路交叉路口交通信息全息采集系统通用技术条件
- 护士行为规范及护理核心制度
- 在核心素养指导下高中主题班会课的作用
- 中石化在线测评题库
- 跨学科护理合作模式
- 护理临床带教老师
- 机械设备润滑油基础知识(二)
- 妇幼保健院灾害脆弱性分析表
- 管理能力测试题大全
- 血锂异常健康宣教
评论
0/150
提交评论