JIRA培训基础手册专业资料.doc

JIRA培训手册

引言：

为了提高软件开发寻常中工作效率，增进开发人员与项目经理、测试人员等沟通频率，引入JIRA项目管理与缺陷跟踪管理工具。

目录

第一章 何为JIRA？ 2
1.1 JIRA简介 2
1.2 JIRA特性 3
第二章 JIRA应用配备 6
2.1 顾客组及人员创立 6
2.2 权限配备 7
2.2.1 全局权限 7
2.2.2 权限方案 8
2.2.3 工作流中执行固定操作权限 9
2.3 工作流配备 10
第三章详细操作 12
3.1 工作流程图 12
3.2 详细操作流程 13
3.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

第六步 进行批量更改，并确认更改

第四章 结束语
鉴于此软件是第一次运用于实际工作中，当中或多或少也许存在疏漏或不全，请人们见谅并予以宝贵意见，我相信通过时间磨练，该应用定会在将来工作予以咱们或多或少协助，谢谢！