JIRA 是澳大利亚 Atlassian 公司开发的一款不错的商业问题跟踪工具，可以对各种类型的问题进行跟踪 管理，包括缺陷、需求变更、评审记录等。
笔者在进行缺陷跟踪工具的选型时，曾经试用了 JIRA 一段时间，个人感觉很不错。
笔者结合试用过程中碰到的问题和个人体会，将试用记录进行了整理。
本文主要介绍 JIRA 的 个性化定制，介绍如何根据公司实际需求对 JIRA 进行定制，适用于管理员。
至于说 JIRA 的基本使用方法，和普通的缺陷跟踪工具类似，本文不做重点介绍。
您可在 JIRA 官 方网站 www.atlassian.com/jira 上了解到 JIRA 更 为详细的信息。
在试用 JIRA 前， 公司使用 Bugzilla 作为缺陷跟踪工具。
在使用初期， Bugzilla 确实发挥了一定的作用，但随着公司强化项目管理的需要， Bugzilla 开始不够用了。
项目组使用 Bugzilla 时，存在几个问题：
-
项目组需要对不同类型的问题进行记录，如任务分配、评审所发现的问 题、需求变更记录，缺陷等。虽然可以在 Bugzilla 中也可以将这些各种类型 的问题当作缺陷记录，但是这会混淆缺陷跟踪流程，因为这些不同类型的问题的处理流程是不一样的，但是 Bugzilla 中无法在系统中定制多个问题跟踪流程。
-
项目管理者无法记录缺陷的预期修复完成时间
-
项目管理者不能批量分配、编辑缺陷
-
无法记录开发人员处理缺陷所花的工作量，并且所花工作量缺少对比。
-
开发人员无法快速、直观的清楚分配给自己的缺陷，对于正在进行处理 的缺陷也没有很直观的表现。
-
测试人员不知道缺陷修复预期对应的版本，导致缺陷回归时范围不清晰。
-
不方便升级，升级成本大。
-
其它细节问题，如界面不友好，用户无法上传附件等。