JIRA培训手册范本

1、1 / 25 jira 培训手册引言：为了提高软件开发日常中的工作效率，增进开发人员与项目经理、测试人员等的沟通频率，引入jira项目管理与缺陷跟踪管理工具。2 / 25 目录第一章何为jira？31.1 jira的简介 31.2 jira的特性 3第二章jira的应用配置 62.1 用户组与人员的创建62.2 权限配置 82.2.1 全局权限 82.2.2 权限方案 82.2.3 工作流中执行固定操作的权限92.3 工作流配置10第三章具体操作123.1 工作流程图123.2 详细操作流程133.3 批量操作与查找21第四章结束语253 / 25 第一章 何为 jira？1.1 jira 的

2、简介jira 是 atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。jira 中配置灵活、功能全面、部署简单、扩展丰富，其超过150项特性得到了全球 115 个国家超过 19,000 家客户的认可。1.2 jira 的特性工作流?开箱即用，提供用于缺陷管理的默认工作流工作流可以自定义，工作流数量不限?每个工作流可以配置多个自定义动作和自定义状态?每一个问题类型都可以单独设置或共用工作流?可视化工作流设计器，使工作流配置更加直观?自定义工作流动作的触发条件?工作流动作执行后，自动执行指定的操作项目4 / 2

3、5 ?每个项目都有自己的概览页面包括：项目详细信息、 最新更新情况以与一些报告的快捷方式?在项目界面中查看按照状态、是否解决等条件设置的分类统计报告?查看项目最新的活动情况?查看项目的热门问题?可以设置项目类别，将项目分组管理?可以为每个项目设置单独的通知发件地址?自定义安全级别，指定用户对问题的访问?指定组件 / 模块负责人问题管理?自定义问题类型，适应组织管理的需要?自定义字段，可选择字段类型超过20 种，在此基础上还支持插件进一步扩展?自定义问题安全级别，可以限制指定用户访问指定的问题?如果多个问题需要同时修改同一字段值或执行同一工作流动作，你可以使用批量操作功能一次性完成?登记问题预计

4、完成时间、 实际工作时间， 就可以了解该问题预计还剩多长时间才能解决。甚至可以出具时间跟踪报告，了解用户的工作效率?支持远程创建问题，通过多种方式在jira 中创建问题，如电子、移动设备客户端?如果一个问题需要多人协作， 可以将问题分解为多个子任务， 分配给相关的用户?将相关或有依附关系的问题建立，以便于用户快速了解?为 jira 的问题添加附件，可以帮助技术人员快速解决问题，当上传图像文件时，jira 自动显示图像缩略图。 你也可以直接将剪切板中的图像粘贴到jira 问题中?为问题设置到期日，可以在搜索或在图表中展示即将到期的问题5 / 25 面板?自定义面板，可以在面板中添加任何符合ope

5、nsocial 规的小工具?可以简单地创建、复制，生成多个面板，分别管理不同的项目?支持墙板?可以收藏面板，或将面板共享给指定的用户?面板布局灵活，支持拖拽搜索?快速搜索，输入关键字，马上显示符合条件的结果?简单搜索，只需点选，就可以将所有条件组合，查找出符合条件的问题?可以将搜索条件保存为过滤器?可以将过滤器收藏或共享给其他用户?支持 jql搜索语言，可以使用像 lastlogin, latestreleasedversion 或 endofmonth, membersof 之类的函数，并且可以自动补完?针对搜索结果进行批量操作，一次性完成多个问题的编辑或执行等操作?搜索结果可以输出为htm

6、l , xml , rss ,word 或 excel 安全?jira 的用户可以交由ldap 验证?允许设置匿名访问?任何使用管理员功能的进程，都需要额外验证，并且10 分钟过期，以保证 jira 的安全?查看所有登录到 jira 的用户状况?将用户归属与用户组，用于维护安全权限和操作权限?允许每个项目单独定义项目角色成员，打破用户组权限的限制， 减轻系统管理员对于项目权限的维护工作量?每个项目可以独立设置自己的安全机制6 / 25 ?限制某些用户访问指定的问题，即使该用户拥有这个项目的访问权?白机制，限制外部直接访问jira 数据通知?通过通知方案，配置在jira 工作流关键阶段自动发送通

7、知?即使你不参与问题的解决， 只要有权限， 你也可以关注一个问题。 只要关注的问题有任何变化，你都可以接受到通知?定期接收 jira 的指定报告，如超期未解决的问题列表、5 天未更新的问题列表等?在你习惯的 rss阅读器中接收 jira 的任何变动?在 jira 页面顶部明显的位置发布最新通知公告集成?通过插件生态平台marketplace, 有 300种以上的插件可供选择，用以提高 jira 扩展性或提高 jira 的易用性。插件还在持续增加。?使用 greenhopper 插件，实现敏捷项目管理?通过插件， jira 可以将报告的缺陷与源代码建立联系，以便于了解缺陷在哪部分代码中被修复?j

8、ira 提供全面的 remote apis - 包括 rest,soap, xml-rpc 等 - 并且atlassian提供开发教程和示例第二章jira的应用配置2.1 用户组与人员的创建项目的缺陷跟踪管理，责任方可分为3 块: 1. 管理人员方收集并整理测试方所提供的缺陷种类，确认并分发给负责不同模块的开发人员进行进一步的确认或修复。2. 测试人员方7 / 25 负责发现系统中的不足，逻辑上的错误，或业务上的漏洞即缺陷，上交至管理人员进行初步核实，待管理人员确认后，分发给相应开发人员进行进一步的确认、跟踪直至问题修复。3. 开发人员方负责项目的开发，以与对应问题的修复工作。直接从项目管理人

9、员手中接手问题，修复或拒绝问题后提交由测试人员进行最终评审。第一步 利用管理员账号创建各组第二步 利用管理员账号创建并分配好各组人员8 / 25 2.2 权限配置2.2.1 全局权限全局权限即是指， jira各用户的最基本的权限， 例如 jira的登录权、管理权、以与游览权等。第一步 除管理员 /系统管理员权限外，其他所有用户理应具备除上述二者之外的其他权限。2.2.2 权限方案权限方案即是指运用于不同项目，为各项目量身定制的权限管理方案。第一步 将各组或个别人依照项目所需要达到的目标，从管理人的视角进行合理的分配。例如：开发人员拥有修复问题的权利，而不应拥有关闭问题的权利。9 / 25 2.

10、2.3 工作流中执行固定操作的权限工作流中的权限，指定从一个状态变更到另一个状态，不同操作角色的权限设定。例如：rejected 到 reopen 此步骤即使分配给开发去进行操作，从项目管理的角度来讲也是不允许的，而此权限配置功能正是为了实现或覆盖这种缺陷管理思想。第一步 建立工作流，具体建立流程与思路会到下一小节说明第二步进入文本模式，配置从一个状态变更到另一状态的人员权限设定。如 in progress 到 rejected 此操作只能由开发人员或者管理人员进行操作。10 / 25 2.3 工作流配置工作流决定的是一个缺陷(defect)的存活周期，从 open-closed 或 reje

11、cted 。图文模式配置的是一个工作流的走向，以与总共可能出现的状态。文本模式配置的是从状态到状态之间操作人的权限，具体请参考上一节2.2.3 。第一步 图文模式配置11 / 25 第二步 文本配置12 / 25 第三章具体操作3.1 工作流程图openin progressrejectedclosedreopenfixed是否为问题否确认是否为问题是create issue是问题是否修复否是否需要修复postponed是是否仍有必要修复是否否是1.此步骤由项目管理者执行。2.后由开发进行再起确认1.此步骤由测试方人员进行1.此步骤由测试方人员进行1.此步骤由测试方人员进行1.此步骤由测试方人

12、员进行是否关闭1.此步骤由测试方人员进行（不建议直接关闭。）是1.开发人员可更改缺陷的状态有，rejected、fixed，in progress （建议使状态保持在进行中in progress ，方便其他组人员知道该问题正处于处理阶段。 ）13 / 25 2.测试人员可更改缺陷的状态有，open、reopen、closed 、postponed 。3.2详细操作流程该节将详细阐述在缺陷跟踪管理项目中该如何运用jira 。第一步：问题的提出，对应流程图“create issues ” 。用户：系统测试人员1.输入账户名密码，登陆用户。2.创建问题：测试发现名为“ defect”的缺陷。14 /

13、 25 3.填写问题详细信息：1.选择问题的种类为 “缺陷” ， “改进”这一选项是考虑到今后需求管理流程，以与项目开发流程中对于新需求的处理，考虑到在测试阶段，今后项目中可能出现的新需求，其优先级低或改动度极小，只需与项目开发人员稍作沟通便可实现的，可不走需求管理流程 -项目开发需现流程。 改用改进加以代替。（此方案是否可行待测试方、开发方、产品方联合确认，目前其他2 项流程还在 yy中。 ）2.其他添加附件等操作请自行尝试。3.注：这项很重要关系到今后开发、测试、管理是否明确自己的任务并能与时处理。经办人：这一项其实就是 assigned to sb ，指派给某人的意思， 目前的流程为：一

14、. 测试提出问题指派给项目管理人二. 项目管理人确认是否为问题，如果是测试管理人将经办人改为某一开发人员，如果否确认非系统问题，则将经办人改为测试方人员。勿忘！ ！ ！15 / 25 4.提交问题完成并提交问题后测试人员工作暂时告一段落。第二步：管理人员确认测试方提出的是否是系统缺陷1. 管理人员登陆16 / 25 可以看到刚才测试人员指派的case 直接可以从 assigned to me中清楚的看到。2. 管理人员确定测试方所提交的是否是系统缺陷。1注： “开始进行”此选项请项目管理人员一定要记得打开，因为此项打开后转手到测试方或者开发方的状态就是默认打开。3. 项目管理人员确认问题转发给

15、相关开发人员17 / 25 18 / 25 红框圈出的地方是case 状态的变更记录。第三步 : 相应的开发人员接受自己的任务，并确认问题， 修复将 case继续移交给测试方。1.开发人员登陆：2. 开发人员确认问题：19 / 25 3. 开发人员修复并更改case 状态。1. 确认并修复问题后将case 的状态变更为 fixed ，可稍加相关评论， 如果确认是日后修复的请在备注中指名为建议改为postponed 并说明缘由， 如果确认不是问题请将状态改为rejected 并分配给提出问题的测试人员。 （提出问题的测试人员即是图中所标明的报告人。 ）注：再提醒一次请将经办人改成你想分配任务的人。20 / 25 第四步：问题的解决1.测试人员收到问题状态，查看并决定其下一步走向。2.如测试不通过则将问题重新编辑添加相关原因，并将状态更改为reopen，分配给原有负责问题的开发，如果通过则将问题状态改为closed ，则问题到此结束。21 / 25 3.3批量操作与查找1