使用 JIRA 搭建企业问题跟踪系统(转载)
上一篇 / 下一篇 2009-11-05 14:57:56 / 个人分类：缺陷管理工具
转自：http://blog.csdn.net/judyxm/archive/2006/04/26/678456.asp
版权归原作者--Judy Shen所有
使用JIRA搭建企业问题跟踪系统
Judy Shen
JIRA是澳大利亚Atlassian公司开发的一款不错的商业问题跟踪工具，可以对各种类型的问题进行跟踪管理，包括缺陷、需求变更、评审记录等。笔者在进行缺陷跟踪工具的选型时，曾经试用了JIRA一段时间，个人感觉很不错。笔者结合试用过程中碰到的问题和个人体会，将试用记录进行了整理。
本文主要介绍JIRA的个性化定制，介绍如何根据公司实际需求对JIRA进行定制，适用于管理员。至于说JIRA的基本使用方法，和普通的缺陷跟踪工具类似，本文不做重点介绍。
您可在JIRA官方网站www.atlassian.com/jira上了解到JIRA更为详细的信息。
1 背景
在试用JIRA前，公司使用Bugzilla作为缺陷跟踪工具。在使用初期，Bugzilla确实发挥了一定的作用，但随着公司强化项目管理的需要，Bugzilla开始不够用了。
项目组使用Bugzilla时，存在几个问题：
l 项目组需要对不同类型的问题进行记录，如任务分配、评审所发现的问题、需求变更记录，缺陷等。虽然可以在Bugzilla中也可以将这些各种类型的问题当作缺陷记录，但是这会混淆缺陷跟踪流程，因为这些不同类型的问题的处理流程是不一样的，但是Bugzilla中无法在系统中定制多个问题跟踪流程。
l 项目管理者无法记录缺陷的预期修复完成时间
l 项目管理者不能批量分配、编辑缺陷
l 无法记录开发人员处理缺陷所花的工作量，并且所花工作量缺少对比。
l 开发人员无法快速、直观的清楚分配给自己的缺陷，对于正在进行处理的缺陷也没有很直观的表现。
l 测试人员不知道缺陷修复预期对应的版本，导致缺陷回归时范围不清晰。
l 不方便升级，升级成本大。
l 其它细节问题，如界面不友好，用户无法上传附件等。
2 介绍
跟踪并管理在项目过程中呈现出来的问题（如缺陷、新特性、需求变更、QA审计问题等）是项目管理很重要的任务，但是很少有团队能做的很好。JIRA虽然是一个问题跟踪系统，但是只要稍加改造，便可以成为一个项目管理软件。是一个问题跟踪和项目管理应用系统，目的是为了让跟踪和管理在项目过程中呈现出来的问题变得简单。
JIRA具有以下特性：
l 管理缺陷，新特性、任务、改进或者其他任何问题
l 干净和强大的用户界面方便商业或技术用户理解
l 工作流定制
l 全文搜索和强大的过滤器（可定制的，可保存的，可共享的，可预定的过滤器）
l 可定制的工作台和实时统计
l 企业级的权限和安全控制
l 方便的扩展及与其他系统集成（包括email、RSS、Excel、XML和源码控制工具）
l 非常高的通知选项配置
JIRA可以根据你的需要提供所需要的信息。下面以缺陷为例，介绍各个角色成员在Jira中可以获得的信息和可以做的事情。
l 管理人员——根据缺陷数据统计结果，了解项目状态
n 查看项目整体问题分布情况
n 查看项目整体问题工作量与进度情况
n 查看某一开发人员在不同项目的开发工作量情况
n 查看项目某个版本的工作量情况及每个用户的缺陷及剩余工作量情况
l 项目管理者——评估缺陷和分配缺陷
n 查看分配给我的问题
n 看某个问题的详细信息
n 分配问题
n 填写问题的预期修复时间及修复估算工作量
l 开发人员——处理缺陷，提交工作量记录
n 接受问题，准备开始处理问题
n 问题处理后，准备在系统上填写处理情况
n 填写处理情况
n 完成处理信息的填写后，准备填写处理问题所花的工作量
n 填写处理问题所花的工作量
l 测试人员——快速的提交缺陷，跟踪缺陷
n 提交问题
n 填写问题详细信息
n 根据不同过滤条件查看不同的问题，准备进行问题的跟踪处理
n 根据不同过滤条件列出的查询结果
n 验证问题处理情况，根据不同工作流节点选择不同的操作
3 安装
相比Bugzilla，JIRA有个很突出的优点：不用花数小时或数天来搭建你的问题跟踪系统，JIRA可以在小于30秒内搭建并运行在你的系统上。下面，笔者向您介绍JIRA的安装步骤。
1． 执行/bin目录下的startup.bat文件，进入安装
2． 选择一个索引目录，并输入licence，执行下一步
3． 输入创建的管理员信息，执行下一步
4． 在设置邮件服务器页面，其他信息都很容易故不多说。强调的是，在SMTP服务器输入框，要输入IP地址，即：192.168.168.116（内部邮箱），用户名为内部邮箱用户名（如：xfshen@xx.com），执行下一步
5． 完成安装。
4 系统配置
该部分主要以某公司对问题跟踪系统的需求作为案例，介绍如何根据实际需求，在JIRA中进行配置。本案例中涉及到缺陷跟踪和需求变更的跟踪管理两部分。
4.1 设置问题类型
问题来源 | 描述 |
缺陷（Default） | 系统本身的错误 |
Improvement | 在系统需求范围内，但是对表现/实现方式进行了改进。 |
Requirement Change | 对系统原先需求进行了变更，包括新增的需求、变更的需求 |
Issue | 平常讨论过程中发现的问题记录 |
Review | 评审中发现的问题记录 |
Noncompliance Report | QA在审核过程中发现的不符合项记录 |
设置问题类型步骤如下：
1) “管理”－“Issue Settings”－“Issue Type”，进入“View Issue Types”界面
2) 进行问题类型的增加、编辑等操作，并点击“Default”设置默认值。。
4.2 设置工作流方案
1． 设置状态
在某公司中，状态有Open、Assigned、Accepted、Pending、Closed、Sleeped等。
步骤如下：
1) 选择“管理”－“Issue Settings”－“Statuses”，进入“View Statuses”界面
2) 进行状态的增加、编辑等操作。
2． 设置工作流
根据已定义的缺陷处理流程，在JIRA中新增一个工作流设置（不要在原来的工作流上修改），并设置如下。
l 缺陷：
Step Name (id) | Linked Status | Transitions (id) | Conditions | Post Functions | ||||||||||||||||||||||||||||||||||||||||||||||||
Open (1) | 分配缺陷(2) >>Assigned | Assignee | 解决＝null | |||||||||||||||||||||||||||||||||||||||||||||||||
Assigned (2)
TAG:
| ||||||||||||||||||||||||||||||||||||||||||||||||||||
