资源描述
JIRA培训手册(缺陷跟踪管理流程)引言:为了提高软件开发日常中的工作效率,增进开发人员与项目经理、测试人员等的沟通频率,引入JIRA项目管理与缺陷跟踪管理工具。本篇意在阐述JIRA在缺陷跟踪管理中的运用。书目第一章何为JIRA?21.1 JIRA的简介21.2 JIRA的特性3其次章 JIRA的应用配置62.1 用户组及人员的创建62.2 权限配置72.2.1 全局权限72.2.2 权限方案82.2.3 工作流中执行固定操作的权限92.3 工作流配置10第三章具体操作123.1 工作流程图123.2具体操作流程133.3批量操作及查找21第四章 结束语25第一章 何为JIRA?1.1 JIRA的简介JIRA是Atlassian公司出品的项目与事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和灵敏管理等工作领域。JIRA中配置敏捷、功能全面、部署简洁、扩展丰富,其超过150项特性得到了全球115个国家超过19,000家客户的认可。1.2 JIRA的特性工作流 开箱即用,供应用于缺陷管理的默认工作流工作流可以自定义,工作流数量不限 每个工作流可以配置多个自定义动作和自定义状态 每一个问题类型都可以单独设置或共用工作流 可视化工作流设计器,使工作流配置更加直观 自定义工作流淌作的触发条件 工作流淌作执行后,自动执行指定的操作项目 每个项目都有自己的概览页面包括:项目具体信息、最新更新状况以及一些报告的快捷方式 在项目界面中查看根据状态、是否解决等条件设置的分类统计报告 查看项目最新的活动状况 查看项目的热门问题 可以设置项目类别,将项目分组管理 可以为每个项目设置单独的邮件通知发件地址 自定义平安级别,指定用户对问题的访问 指定组件/模块负责人问题管理 自定义问题类型,适应组织管理的须要 自定义字段,可选择字段类型超过20种,在此基础上还支持插件进一步扩展 自定义问题平安级别,可以限制指定用户访问指定的问题 假如多个问题须要同时修改同一字段值或执行同一工作流淌作,你可以运用批量操作功能一次性完成 登记问题预料完成时间、实际工作时间,就可以了解该问题预料还剩多长时间才能解决。甚至可以出具时间跟踪报告,了解用户的工作效率 支持远程创建问题,通过多种方式在JIRA中创建问题,如电子邮件、移动设备客户端 假如一个问题须要多人协作,可以将问题分解为多个子任务,安排给相关的用户 将相关或有依附关系的问题建立链接,以便于用户快速了解 为JIRA的问题添加附件,可以帮助技术人员快速解决问题,当上传图像文件时,JIRA自动显示图像缩略图。你也可以干脆将剪切板中的图像粘贴到JIRA问题中 为问题设置到期日,可以在搜寻或在图表中展示即将到期的问题面板 自定义面板,可以在面板中添加任何符合OpenSocial规范的小工具 可以简洁地创建、复制,生成多个面板,分别管理不同的项目 支持墙板 可以保藏面板,或将面板共享给指定的用户 面板布局敏捷,支持拖拽搜寻 快速搜寻,输入关键字,立刻显示符合条件的结果 简洁搜寻,只需点选,就可以将全部条件组合,查找出符合条件的问题 可以将搜寻条件保存为过滤器 可以将过滤器保藏或共享给其他用户 支持JQL搜寻语言,可以运用像 lastLogin, latestReleasedVersion 或 endOfMonth, membersOf 之类的函数,并且可以自动补完 针对搜寻结果进行批量操作,一次性完成多个问题的编辑或执行等操作 搜寻结果可以输出为HTML,XML,RSS,Word或Excel平安 JIRA的用户可以交由LDAP验证 允许设置匿名访问 任何运用管理员功能的进程,都须要额外验证,并且10分钟过期,以保证JIRA的平安 查看全部登录到JIRA的用户状况 将用户归属与用户组,用于维护平安权限和操作权限 允许每个项目单独定义项目角色成员,打破用户组权限的限制,减轻系统管理员对于项目权限的维护工作量 每个项目可以独立设置自己的平安机制 限制某些用户访问指定的问题,即使该用户拥有这个项目的访问权 白名单机制,限制外部链接干脆访问JIRA数据通知 通过邮件通知方案,配置在JIRA工作流关键阶段自动发送通知邮件 即使你不参加问题的解决,只要有权限,你也可以关注一个问题。只要关注的问题有任何改变,你都可以接受到邮件通知 定期接收JIRA的指定报告,如超期未解决的问题列表、5天未更新的问题列表等 在你习惯的RSS阅读器中接收JIRA的任何变动 在JIRA页面顶部明显的位置发布最新通知公告集成 通过插件生态平台marketplace,有300种以上的插件可供选择,用以提高JIRA扩展性或提高JIRA的易用性。插件还在持续增加。 运用 GreenHopper 插件,实现灵敏项目管理 通过插件,JIRA可以将报告的缺陷与源代码建立联系,以便于了解缺陷在哪部分代码中被修复 JIRA 供应全面的 remote APIs - 包括REST,SOAP,XML-RPC等 - 并且Atlassian供应开发教程和示例 其次章 JIRA的应用配置2.1 用户组及人员的创建项目的缺陷跟踪管理,责任方可分为3块:1. 管理人员方收集并整理测试方所供应的缺陷种类,确认并分发给负责不同模块的开发人员进行进一步的确认或修复。2. 测试人员方 负责发觉系统中的不足,逻辑上的错误,或业务上的漏洞即缺陷,上交至管理人员进行初步核实,待管理人员确认后,分发给相应开发人员进行进一步的确认、跟踪直至问题修复。3. 开发人员方负责项目的开发,以及对应问题的修复工作。干脆从项目管理人员手中接手问题,修复或拒绝问题后提交由测试人员进行最终评审。 第一步 利用管理员账号创建各组其次步 利用管理员账号创建并安排好各组人员2.2 权限配置2.2.1 全局权限全局权限即是指,JIRA各用户的最基本的权限,例如JIRA的登录权、管理权、以及巡游权等。第一步 除管理员/系统管理员权限外,其他全部用户理应具备除上述二者之外的其他权限。2.2.2 权限方案权限方案即是指运用于不同项目,为各项目量身定制的权限管理方案。第一步 将各组或个别人依照项目所须要达到的目标,从管理人的视角进行合理的安排。例如:开发人员拥有修复问题的权利,而不应拥有关闭问题的权利。2.2.3 工作流中执行固定操作的权限工作流中的权限,指定从一个状态变更到另一个状态,不同操作角色的权限设定。例如:Rejected 到 Reopen此步骤即使安排给开发去进行操作,从项目管理的角度来讲也是不允许的,而此权限配置功能正是为了实现或覆盖这种缺陷管理思想。第一步 建立工作流,具体建立流程及思路会到下一小节说明其次步 进入文本模式,配置从一个状态变更到另一状态的人员权限设定。如IN PROGRESS 到 Rejected 此操作只能由开发人员或者管理人员进行操作。2.3 工作流配置工作流确定的是一个缺陷(defect)的存活周期,从Open-Closed或Rejected。图文模式配置的是一个工作流的走向,以及总共可能出现的状态。文本模式配置的是从状态到状态之间操作人的权限,具体请参考上一节2.2.3。第一步 图文模式配置其次步 文本配置第三章具体操作3.1 工作流程图1. 开发人员可更改缺陷的状态有,Rejected、Fixed,IN Progress(建议使状态保持在进行中In Progress,便利其他组人员知道该问题正处于处理阶段。)2. 测试人员可更改缺陷的状态有,Open、Reopen、Closed、Postponed。3.2 具体操作流程该节将具体阐述在缺陷跟踪管理项目中该如何运用JIRA。第一步:问题的提出,对应流程图“Create Issues”。用户:系统测试人员1.输入账户名密码,登陆用户。2.创建问题:测试发觉名为“Defect”的缺陷。3.填写问题具体信息:1.选择问题的种类为“缺陷”,“改进”这一选项是考虑到今后需求管理流程,以及项目开发流程中对于新需求的处理,考虑到在测试阶段,今后项目中可能出现的新需求,其优先级低或改动度微小,只需与项目开发人员稍作沟通便可实现的,可不走需求管理流程-项目开发需求实现流程。改用改进加以代替。(此方案是否可行待测试方、开发方、产品方联合确认,目前其他2项流程还在YY中。)2.其他添加附件等操作请自行尝试。3.注:这项很重要关系到今后开发、测试、管理是否明确自己的任务并能刚好处理。经办人:这一项其实就是assigned to sb,指派给某人的意思,目前的流程为:一. 测试提出问题指派给项目管理人二. 项目管理人确认是否为问题,假如是测试管理人将经办人改为某一开发人员,假如否确认非系统问题,则将经办人改为测试方人员。勿忘!4.提交问题完成并提交问题后测试人员工作短暂告一段落。其次步:管理人员确认测试方提出的是否是系统缺陷1. 管理人员登陆可以看到刚才测试人员指派的case干脆可以从assigned to me中清晰的看到。2.管理人员确定测试方所提交的是否是系统缺陷。1注:“起先进行”此选项请项目管理人员肯定要记得打开,因为此项打开后转手到测试方或者开发方的状态就是默认打开。3.项目管理人员确认问题转发给相关开发人员红框圈出的地方是case状态的变更记录。第三步: 相应的开发人员接受自己的任务,并确认问题,修复将case接着移交给测试方。1.开发人员登陆:2.开发人员确认问题:3.开发人员修复并更改case状态。1.确认并修复问题后将case的状态变更为Fixed,可稍加相关评论,假如确认是日后修复的请在备注中指名为建议改为Postponed并说明缘由,假如确认不是问题请将状态改为Rejected并安排给提出问题的测试人员。(提出问题的测试人员即是图中所标明的报告人。)注:再提示一次请将经办人改成你想安排任务的人。 第四步:问题的解决1.测试人员收到问题状态,查看并确定其下一步走向。2.如测试不通过则将问题重新编辑添加相关缘由,并将状态更改为Reopen,安排给原有负责问题的开发,假如通过则将问题状态改为Closed,则问题到此结束。3.3 批量操作及查找1.查找:用于确定总缺陷数、各缺陷状态及执行状况等。第一步 进入问题-搜寻问题其次步 进入All issues第三步 筛选自己所须要的数据第四部 批量执行case的操作第五部 选择自己所需更改的case第六步 进行批量更改,并确认更改第四章 结束语鉴于此软件是第一次运用于实际工作中,当中或多或少可能存在疏漏或不全,请大家见谅并赐予珍贵看法,我信任通过时间的磨练,该应用定会在将来的工作赐予我们或多或少的帮助,感谢!
展开阅读全文