JIRA简要使用手册

JIRA使用手册何为JIRAJIRA的介绍JIRA是Atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺点跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA中配备灵活、功效全方面、布署简朴、扩展丰富，其超出150项特性得到了全球115个国家超出19,000家客户的承认。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提供全方面的remoteAPIs-涉及REST,SOAP,XML-RPC等-并且Atlassian提供开发教程和示例第二章JIRA的应用配备顾客组及人员的创立项目的缺点跟踪管理，责任方可分为3块:管理人员方收集并整顿测试方所提供的缺点种类，确认并分发给负责不同模块的开发人员进行进一步确实认或修复。测试人员方负责发现系统中的局限性，逻辑上的错误，或业务上的漏洞即缺点，上交至管理人员进行初步核算，待管理人员确认后，分发给对应开发人员进行进一步确实认、跟踪直至问题修复。开发人员方负责项目的开发，以及对应问题的修复工作。直接从项目管理人员手中接手问题，修复或回绝问题后提交由测试人员进行最后评审。 第一步运用管理员账号创立各组 第二步运用管理员账号创立并分派好各组人员权限配备全局权限全局权限即是指，JIRA各顾客的最基本的权限，例如JIRA的登录权、管理权、以及游览权等。第一步除管理员/系统管理员权限外，其它全部顾客理应含有除上述两者之外的其它权限。权限方案权限方案即是指运用于不同项目，为各项目量身定制的权限管理方案。 第一步将各组或个别人根据项目所需要达成的目的，从管理人的视角进行合理的分派。例如：开发人员拥有修复问题的权利，而不应拥有关闭问题的权利。工作流中执行固定操作的权限工作流中的权限，指定从一种状态变更到另一种状态，不同操作角色的权限设定。例如：Rejected到Reopen此环节即使分派给开发去进行操作，从项目管理的角度来讲也是不允许的，而此权限配备功效正是为了实现或覆盖这种缺点管理思想。第一步建立工作流，具体建立流程及思路会到下一小节阐明第二步进入文本模式，配备从一种状态变更到另一状态的人员权限设定。如INPROGRESS到Rejected此操作只能由开发人员或者管理人员进行操作。工作流配备工作流决定的是一种缺点(defect)的存活周期，从Open->Closed或Rejected。图文模式配备的是一种工作流的走向，以及总共可能出现的状态。文本模式配备的是从状态到状态之间操作人的权限，具体请参考上一节。第一步图文模式配备第二步文本配备第三章具体操作工作流程图开发人员可更改缺点的状态有，Rejected、Fixed，INProgress（建议使状态保持在进行中InProgress，方便其它组人员懂得该问题正处在解决阶段。）测试人员可更改缺点的状态有，Open、Reopen、Closed、Postponed。具体操作流程该节将具体叙述在缺点跟踪管理项目中该如何运用JIRA。第一步：问题的提出，对应流程图“CreateIssues”。顾客：系统测试人员1.输入账户名密码，登陆顾客。2.创立问题：测试发现名为“Defect”的缺点。3.填写问题具体信息：1.选择问题的种类为“缺点”，“改善”这一选项是考虑到此后需求管理流程，以及项目开发流程中对于新需求的解决，考虑到在测试阶段，此后项目中可能出现的新需求，其优先级低或改动度极小，只需与项目开发人员稍作沟通便可实现的，可不走需求管理流程->项目开发需求实现流程。改用改善加以替代。（此方案与否可行待测试方、开发方、产品方联合确认，现在其它2项流程还在YY中。）2.其它添加附件等操作请自行尝试。3.注：这项很重要关系到此后开发、测试、管理与否明确自己的任务并能及时解决。经办人：这一项其实就是assignedtosb，指派给某人的意思，现在的流程为：一.测试提出问题指派给项目管理人二.项目管理人确认与否为问题，如果是测试管理人将经办人改为某一开发人员，如果否确认非系统问题，则将经办人改为测试方人员。勿忘！！！！4.提交问题完毕并提交问题后测试人员工作临时告一段落。 第二步：管理人员确认测试方提出的与否是系统缺点1.管理人员登陆能够看到刚刚测试人员指派的case直接能够从assignedtome中清晰的看到。 2.管理人员拟定测试方所提交的与否是系统缺点。1．注：“开始进行”此选项请项目管理人员一定要记得打开，由于此项打开后转手到测试方或者开发方的状态就是默认打开。3.项目管理人员确认问题转发给有关开发人员红框圈出的地方是case状态的变更统计。第三步:对应的开发人员接受自己的任务，并确认问题，修复将case继续移交给测试方。 1.开发人员登陆： 2.开发人员确认问题：3.开发人员修复并更改case状态。1.确认并修复问题后将case的状态变更为Fixed，可稍加有关评论，如果确认是后来修复的请在备注中指名为建议改为Postponed并阐明缘由，如果确认不是问题请将状态改为Rejected并分派给提出问题的测试人员。（提出问题的测试人员即是图中所标明的报告人。）注：再提示一次请将经办人改成你想分派任务的人。第四步：问题的解决1.测试人员收到问题状态，查看并决定其下一步走向。2.如测试不通过则将问题重新编辑添加有关因素，并将状态更改为Reopen，分派给原有负责问题的开发，如果通过则将问题状态改为Closed，则问题到此结束。批量操作及查找1.查找：用于拟定总