接触JIRA的方法
JIRA是JIRA是Atlassian由开发的基于J2EE的问题跟踪管理系统，它正被广泛的被开源软件组织，以及全球著名的软件公司使用，它堪称是J2EE的Bugzilla由开发的基于J2EE的问题跟踪管理系统，它正被广泛的被开源软件组织，以及全球著名的软件公司使用，它堪称是J2EE的Bugzilla试用一下后发现发觉JIRA是一个不错的项目管理工具(资源,知识库,bug跟踪...),基本概念和使用都很简便,功能巨强！
下面是JFox.CN上JIRA 参考指南
http://www.jfox.cn/jforum/posts/list/33.page
1. 简介
JIRA是由www.atlassian.com开发的基于J2EE的问题跟踪管理系统，它正被广泛的被开源软件组织，以及全球著名的软件公司使用，它堪称是J2EE的Bugzilla.
1.1. 目的
本文档的目的在于规范项目协作过程中使用问题库---JIRA系统的流程，即何时建立项目，如何建立项目，哪些人员使用JIRA，问题提交时机与问题应答对象。
1.2 背景
面向项目过程中发生的问题，跟踪问题的解决方法，有助于经验的总结、问题的跟踪、组内/组间的人员沟通与信息共享。JIRA也是知识库的问题入口。
1.3 参与人员
面向参与项目的所有人员。
1）开发人员
2）项目主管
3）测试人员
4）贡献者
2 使用说明
2.1 JIRA中Project的创建
时间：项目立项阶段。
参加人：项目主管，当项目无主管时，由系统管理员指派专人兼职负责。
2.2 角色划分与人员职责划分
项目主管根据项目组内分工，将项目的参加人（包括：项目主管，测试人员，开发人员，贡献者）加入工程，并在工程内分派权限。
2.3 问题的添加与解决
2.3.1问题的细节
类型
- Bug 测试过程、维护过程发现影响系统运行的问题
- Task 需要完成的任务
- Test 测试阶段与测试相关的问题
- New Feature 对系统提出的新功能
-
Improvement 对现有系统功能的改进
优先级 - Blocker 阻塞开发或测试的工作进度，或者影响系统无法运行的错误
- Critical 系统崩溃，丢失数据或内存溢出等严重错误、或者必需完成的任务
- Major 主要的功能无效、新增功能建议、
- Minor 功能部分无效或对现有系统的改进
-
Trivial Cosmetic problem like misspelt words or misaligned text.
状态 - Fixed 问题已经解决
- Won’t Fix 问题未解决
- Duplicate 问题在问题库中已存在
- Incomplete 问题描述得不够准确、完全
-
Cannot Reproduce 问题重现失败，或者无足够的信息重现问题
解决结果 - Open 表示问题被提交等待有人处理
- In Progress 已经安排问题解决人，但解决人未完成
- Reopened 问题曾解决，但解决结论未获认可，需要重新分派解决
- Resolved 问题解决，等待结果确认，确认的结果是“Reopened”或者“Closed”
-
Closed 问题处理结果确认后，置于关闭
2.3.2问题的处理
发起人：项目相关人员，贡献者
执行人：项目相关人员
仲裁人：项目主管
2.3.3问题的产生
问题来源：
1、各阶段交流产生的问题，由项目主管整理加入JIRA；
2、实施问题，最终用户发现问题，有项目成员记录，总结后加入JIRA；
3、测试问题，测试人员发现，通知开发人员，由测试人员录入，并有项目主管负责指定人员处理或开发人员主动处理；
4、用户直接提出的问题，如邮件投诉、电话咨询，应答人直接加入；
5、需求问题: 项目相关人员从客户处获得的需求，整理后直接加入；
3 简单的协作流程 -
本文地址：http://www.45fan.com/a/question/70886.html