JIRA的BUG管理标准规范专业资料.doc
《JIRA的BUG管理标准规范专业资料.doc》由会员分享,可在线阅读,更多相关《JIRA的BUG管理标准规范专业资料.doc(16页珍藏版)》请在咨信网上搜索。
1、XXXXXXXXXXXXXXXXXXXXXXXXXX测试组BUG管理规范文献状态: 草稿 正式发布 正在修改文献标记当前版本V1.0.0编 写 者完毕日期 -3-5版 本 历 史版本/状态编写者参加者起止日期备注V1.0.0/草稿目录1BUG管理工具介绍32BUG定义32.1BUG分类32.2Bug等级42.3Bug状态42.4Bug优先级53BUG的生命周期54BUG管理规范64.1项目的创建74.1.1项目名称及代号规范74.1.2项目的模块及版本划分规范74.1.3用户角色权限分配规范84.2BUG提交规范84.2.1BUG的报告内容84.2.2问题类型选择94.2.3BUG简要描述11
2、4.2.4优先级选择114.2.5模块及版本选择124.2.6BUG详细描述124.2.7其他规范134.3BUG分配及处理144.3.1BUG的分配144.3.2BUG处理144.4BUG验证及关闭151 BUG管理工具简介惯用BUG管理工具备JIRA、BugFree、Bugzilla、Mantis、XPWeb等。咱们公司采用是JIAR,JIRA是Atlassian公司出品项目与事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。2 BUG定义2.1 BUG分类BUG就是指系统存各种缺陷,可以从诸多角度对BUG进行分类。1、从功能方面分,
3、产生BUG因素大体可以归结为如下四种:A.重复功能;B.多余功能;C.功能没有达到设计规定;D.功能实现与设计规定不相符。2、从易用性方面分,可以归结为三点:A.界面不美观,控件排列、格式不统一,焦点控制不合理或不全面;B.缺少协助信息,或者协助信息不完全;C.功能操作复杂,提示信息不合理,易产生歧义。3、从安全性方面分,BUG可以划分为如下几类:A.数据有效性检测不合理;B.重要数据在传播中没有加密;C.缺少身份认证机制或认证不合理;D.数据产生缺少随机性;E网络安全性:开放端口、服务;F系统日记、审计。4、从可靠性方面分,BUG可划分为如下几类:A.数据存贮可靠性;B.业务解决可靠性;C硬
4、件可靠性:如打印机;D.应急解决办法;E数据备份、恢复。5、从性能方面考虑,BUG可划分为三种:A并发量;B吞吐量;C响应时间。6、从兼容性方面考虑,BUG有两种:A硬件兼容性;B软件兼容性。7、从可维护性方面考虑,可划分为两种因素:A可扩展性;B以便升级。2.2 Bug级别BUG级别是依照BUG出当前系统中严重限度来分,重要定义如下5级:1级轻微(Low):不影响正常使用,轻微、微小问题,对功能几乎没有影响,产品及属性仍可使用,如有个错别字。修改优先级为低,该级别建议程序员修改。2级普通(Medium):系统可以正常使用,但有潜在风险;系统业务受到轻微影响。如提示信息不完整。该级别需要程序员
5、修改。3级较高(High):系统次要功能无法实现;重要功能某些失效;系统业务受到影响;导致顾客利益受到一定损失。该级别需求程序员修改。4级严重(VeryHigh):系统重要功能无法正常实现,系统业务受到严重影响;导致顾客利益受到损失。该级别需要程序员修改。5级致命(Fatal):系统重要功能无法正常使用,系统崩溃;系统设计存在重大隐患;导致顾客利益受到重大损失。该级别需要程序员修改。2.3 Bug状态BUG状态标记BUG当前所处状态,是用来解决BUG流程重要参数,JIRA缺陷管理平台有如下某些状态:新增(New):测试人员新发现系统Bug;打开(Open):测试人员告知开发人员需要修改BUG;
6、修改(Modify):开发人员正在修改BUG;固定(Fixed):开发人员告知测试人员已修复BUG;跟踪(Trace):测试人员短时间内很难拟定与否已经修复BUG;已关闭(Close):测试人员经回归测试后拟定已修复BUG;已否决(Rejected):被开发人员否决了BUG;重新打开(Reopen):Bug未被修复,重新出当前新测试版本中;延迟修改(Wait):由于种种因素需要等待延期修复Bug。2.4 Bug优先级 危机(Blocker) :规定及时修改,作为修改最高级别; 紧急(Critical):规定重点修改,产品发布前必要修复; 中档(Major):需要尽快进行修改,产品发布前必要修复
7、; 尽快(Minor):需要修改,如果时间容许应当修改; 不急(Trivial):也许要修复,时间空余状况下进行修改。 3 BUG生命周期1、测试人员在测试中发现BUG需要将其添加记录到JIRA中,然后由有关人员对BUG进行分派(普通由项目经理分派)给相应开发人员进行解决。2、开发人员修改好BUG后需要在注释框中填写阐明信息,并将BUG状态设为“已修正”状态,同步开发人员如果以为有缺陷没有必要修改、无法重现、延期修改等,可将其设立为相应“被回绝”、“重复”、“信息局限性”、“无法重现”、“延期修改”等状态。3、开发人员解决完毕BUG后需要测试人员对BUG进行验证,验证通过后就把其状态设立为“已
8、关闭”状态,若验证不通过则把状态设立为“重现启动”状态。4、对被置为被回绝状态BUG,测试人员与开发人员协商后批准关闭,则置为已关闭;若测试人员不批准关闭则提交到项目负责人处,由她来决定与否要修改,若要修改,则把BUG状态置为“重新启动”,然后开发人员继续修改;若不用再修改则置为已关闭;若延期解决则置为延迟修改。5、对被置为“信息局限性”状态BUG需要测试人员补全信息;然后重新启动让开发人员继续修复。4 BUG管理规范合理BUG流程管理有助于提高整个项目效率与质量。BUG管理规范规定在BUG提交、BUG分派、BUG解决、BUG验证、BUG跟踪等环节都要进行规范。如下为各个环节详细规范规定。4.
9、1 项目创立在使用JIRA进行BUG管理时,一方面需要咱们创立一种项目,并划分项目有关模块、版本及配备不同角色顾客权限等。在创立项目名称、代号及项目模块划分、不同角色顾客权限都规定按照严格规范。4.1.1 项目名称及代号规范在创立项目时规定项目名称要与实际项目名称保持一致,例如JIRA中项目“安徽质监局新OA”,在创立时完全可依照项目名称改为“安徽省质量技术监督局办公平台”;如果有项目是升级改造项目咱们在创立时候可以合理命名来区别,例如:“安徽省经信委财政专项资金项目申报系统(一期)”、“安徽省经信委财政专项资金项目申报系统(二期)”等。每个项目都会有自己代号,例如安徽质监局代号是AHQI、安
10、徽经信委是AHEIC、安徽高速集团是AEHG,所有咱们在创立项目时候,代号可以她们单位代号为基本来进行标记,而不是随意乱写。4.1.2 项目模块及版本划分规范在项目创立后,咱们要依照项目实际状况对其进行模块拆分,这样咱们在提交BUG时候,可将BUG划分到相应模块下,以便后期做记录,以判断不同模块BUG数等。在拆分模块时,要按照一定根据不能随意划分,可根据项目使用不同角色、模块类型、前端后端、项目不同某些负责人等。同步项目创立后要配备相应版本,由于在测试时候会依照发布不同版本进行测试,配备好版本后,这样在提交BUG时候可以便BUG版本归类,以便记录管理。4.1.3 顾客角色权限分派规范在项目创立
11、后,咱们要对不同角色顾客进行权限分派,普通有测试人员、开发人员、项目经理、管理员等。因此在分派权限时候,要依照每个角色不同进行权限分派,例如开发人员不容许分派关闭、删除BUG权限等,以保证BUG规范管理。4.2 BUG提交规范BUG 描述清晰与否,可以较好协助开发人员迅速定位、解决问题,并且还可以提高测试人员基本测试技能。因而,建立原则BUG描述规范是十分重要、也是十分必要。一方面清晰BUG 描述可以协助开发人员迅速定位、解决问题。软件测试部门中员工水 平各有不一,对于 bug 认知、描述侧重面也会存在不同。因而,犹如一种问题,由不同测试人员描述 bug,就有也许会存在描述不一致问题。这就会导
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JIRA BUG 管理 标准规范 专业 资料
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。