1、JIRA 使用手册第一章 何为 JIRA？1.1 JIRA 的简介JIRA 是 Atlassian 公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA 中配置灵活、功能全面、部署简单、扩展丰富，其超过 150 项特性得到了全球 115 个国家超过 19,000 家客户的认可。1.2 JIRA 的特性工作流 开箱即用，提供用于缺陷管理的默认工作流工作流可以自定义，工作流数量不限 每个工作流可以配置多个自定义动作和自定义状态 每一个问题类型都可以单独设置或共用工作流 可视化工作流设计器，使工作流配置更加直观 自定义工作
2、流动作的触发条件 工作流动作执行后，自动执行指定的操作项目 每个项目都有自己的概览页面包括：项目详细信息、最新更新情况以及一些报告的快捷方式 在项目界面中查看按照状态、是否解决等条件设置的分类统计报告 查看项目最新的活动情况 查看项目的热门问题 可以设置项目类别，将项目分组管理 可以为每个项目设置单独的邮件通知发件地址 自定义安全级别，指定用户对问题的访问 指定组件/模块负责人问题管理 自定义问题类型，适应组织管理的需要 自定义字段，可选择字段类型超过 20 种，在此基础上还支持插件进一步扩展 自定义问题安全级别，可以限制指定用户访问指定的问题 如果多个问题需要同时修改同一字段值或执行同一工作
3、流动作，你可以使用批量操作功能一次性完成 登记问题预计完成时间、实际工作时间，就可以了解该问题预计还剩多长时间才能解决。甚至可以出具时间跟踪报告，了解用户的工作效率 支持远程创建问题，通过多种方式在 JIRA 中创建问题，如电子邮件、移动设备客户端 如果一个问题需要多人协作，可以将问题分解为多个子任务，分配给相关的用户 将相关或有依附关系的问题建立链接，以便于用户快速了解 为 JIRA 的问题添加附件，可以帮助技术人员快速解决问题，当上传图像文件时，JIRA 自动显示图像缩略图。你也可以直接将剪切板中的图像粘贴到 JIRA 问题中 为问题设置到期日，可以在搜索或在图表中展示即将到期的问题面板
4、自定义面板，可以在面板中添加任何符合 OpenSocial 规范的小工具 可以简单地创建、复制，生成多个面板，分别管理不同的项目 支持墙板 可以收藏面板，或将面板共享给指定的用户 面板布局灵活，支持拖拽搜索 快速搜索，输入关键字，马上显示符合条件的结果 简单搜索，只需点选，就可以将所有条件组合，查找出符合条件的问题 可以将搜索条件保存为过滤器 可以将过滤器收藏或共享给其他用户 支持 JQL 搜索语言，可以使用像 “lastLogin“, “latestReleasedVersion“ 或 “endOfMonth“, “membersOf“ 之类的函数，并且可以自动补完 针对搜索结果进行批量操作
5、，一次性完成多个问题的编辑或执行等操作 搜索结果可以输出为 HTML,XML,RSS,Word 或 Excel安全 JIRA 的用户可以交由 LDAP 验证 允许设置匿名访问 任何使用管理员功能的进程，都需要额外验证，并且 10 分钟过期，以保证 JIRA 的安全 查看所有登录到 JIRA 的用户状况 将用户归属与用户组，用于维护安全权限和操作权限 允许每个项目单独定义项目角色成员，打破用户组权限的限制，减轻系统管理员对于项目权限的维护工作量 每个项目可以独立设置自己的安全机制 限制某些用户访问指定的问题，即使该用户拥有这个项目的访问权 白名单机制，限制外部链接直接访问 JIRA 数据通知 通
6、过邮件通知方案，配置在 JIRA 工作流关键阶段自动发送通知邮件 即使你不参与问题的解决，只要有权限，你也可以关注一个问题。只要关注的问题有任何变化，你都可以接受到邮件通知 定期接收 JIRA 的指定报告，如超期未解决的问题列表、5 天未更新的问题列表等 在你习惯的 RSS 阅读器中接收 JIRA 的任何变动 在 JIRA 页面顶部明显的位置发布最新通知公告集成 通过插件生态平台 marketplace,有 300 种以上的插件可供选择，用以提高 JIRA 扩展性或提高 JIRA 的易用性。插件还在持续增加。 使用 GreenHopper 插件，实现敏捷项目管理 通过插件，JIRA 可以将报告
7、的缺陷与源代码建立联系，以便于了解缺陷在哪部分代码中被修复 JIRA 提供全面的 remote APIs - 包括 REST,SOAP,XML-RPC 等 - 并且Atlassian 提供开发教程和示例第二章 JIRA 的应用配置2.1 用户组及人员的创建项目的缺陷跟踪管理，责任方可分为 3 块:1. 管理人员方收集并整理测试方所提供的缺陷种类，确认并分发给负责不同模块的开发人员进行进一步的确认或修复。2. 测试人员方 负责发现系统中的不足，逻辑上的错误，或业务上的漏洞即缺陷，上交至管理人员进行初步核实，待管理人员确认后，分发给相应开发人员进行进一步的确认、跟踪直至问题修复。3. 开发人员方负
8、责项目的开发，以及对应问题的修复工作。直接从项目管理人员手中接手问题，修复或拒绝问题后提交由测试人员进行最终评审。第一步 利用管理员账号创建各组第二步 利用管理员账号创建并分配好各组人员2.2 权限配置2.2.1 全局权限全局权限即是指，JIRA 各用户的最基本的权限，例如 JIRA 的登录权、管理权、以及游览权等。第一步 除管理员/系统管理员权限外，其他所有用户理应具备除上述二者之外的其他权限。2.2.2 权限方案权限方案即是指运用于不同项目，为各项目量身定制的权限管理方案。第一步 将各组或个别人依照项目所需要达到的目标，从管理人的视角进行合理的分配。例如：开发人员拥有修复问题的权利，而不应
9、拥有关闭问题的权利。2.2.3 工作流中执行固定操作的权限工作流中的权限，指定从一个状态变更到另一个状态，不同操作角色的权限设定。例如：Rejected 到 Reopen 此步骤即使分配给开发去进行操作，从项目管理的角度来讲也是不允许的，而此权限配置功能正是为了实现或覆盖这种缺陷管理思想。第一步 建立工作流，具体建立流程及思路会到下一小节说明第二步 进入文本模式，配置从一个状态变更到另一状态的人员权限设定。如 IN PROGRESS 到 Rejected 此操作只能由开发人员或者管理人员进行操作。2.3 工作流配置工作流决定的是一个缺陷(defect)的存活周期，从 Open-Closed 或
10、Rejected。图文模式配置的是一个工作流的走向，以及总共可能出现的状态。文本模式配置的是从状态到状态之间操作人的权限，具体请参考上一节2.2.3。第一步 图文模式配置第二步 文本配置第三章具体操作3.1 工作流程图O p e nI n P r o g r e s sR e j e c t e dC l o s e dR e o p e nF i x e d是否为问题否确认是否为问题是C r e a t e I s s u e是问题是否修复否是否需要修复P o s t p o n e d是是否仍有必要修复是 否否是1 . 此步骤由项目管理者执行 。2 . 后由开发进行再起确认1 . 此步骤由测试方人员进行1 . 此步骤由测试方人员进行1 . 此步骤由测试方人员进行1 . 此步骤由测试方人员进行是否关闭1 . 此步骤由测试方人员进行 （ 不建议直接关闭 。）是1. 开发人员可更改缺陷的状态有，Rejected 、Fixed，IN Progress（建议使状态保持在进行中 In Progress，方便其他组人员知道该问题正处于处理阶段。 ）
