使用JIRA搭建企业问题跟踪系统

使用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         方便的扩展及与其他系统集成(包括emailRSSExcelXML和源码控制工具)

l         非常高的通知选项配置

l         可以在几乎所有硬件、操作系统和数据库平台下运行

    JIRA可以根据你的需要提供所需要的信息。下面以缺陷为例,介绍各个角色成员在Jira中可以获得的信息和可以做的事情。

l         管理人员——根据缺陷数据统计结果,了解项目状态

n         查看项目整体问题分布情况

使用JIRA搭建企业问题跟踪系统

n         查看项目整体问题工作量与进度情况

使用JIRA搭建企业问题跟踪系统

n         查看某一开发人员在不同项目的开发工作量情况

使用JIRA搭建企业问题跟踪系统

n         查看项目某个版本的工作量情况及每个用户的缺陷及剩余工作量情况

 使用JIRA搭建企业问题跟踪系统

 

l         项目管理者——评估缺陷和分配缺陷

n         查看分配给我的问题

n         看某个问题的详细信息

使用JIRA搭建企业问题跟踪系统

n         分配问题

使用JIRA搭建企业问题跟踪系统

n         填写问题的预期修复时间及修复估算工作量

使用JIRA搭建企业问题跟踪系统

l         开发人员——处理缺陷,提交工作量记录

n         接受问题,准备开始处理问题

 

n         问题处理后,准备在系统上填写处理情况

使用JIRA搭建企业问题跟踪系统  使用JIRA搭建企业问题跟踪系统

n         填写处理情况

使用JIRA搭建企业问题跟踪系统

n         完成处理信息的填写后,准备填写处理问题所花的工作量

使用JIRA搭建企业问题跟踪系统

n         填写处理问题所花的工作量

使用JIRA搭建企业问题跟踪系统

l         测试人员——快速的提交缺陷,跟踪缺陷

n         提交问题

使用JIRA搭建企业问题跟踪系统

n         填写问题详细信息

使用JIRA搭建企业问题跟踪系统

n         根据不同过滤条件查看不同的问题,准备进行问题的跟踪处理

使用JIRA搭建企业问题跟踪系统

n         根据不同过滤条件列出的查询结果

n         验证问题处理情况,根据不同工作流节点选择不同的操作

3          安装

    相比BugzillaJIRA有个很突出的优点:不用花数小时或数天来搭建你的问题跟踪系统,JIRA可以在小于30秒内搭建并运行在你的系统上。下面,笔者向您介绍JIRA的安装步骤。

1.  执行/bin目录下的startup.bat文件,进入安装

2.  选择一个索引目录,并输入licence,执行下一步

3.  输入创建的管理员信息,执行下一步

4.  在设置邮件服务器页面,其他信息都很容易故不多说。强调的是,在SMTP服务器输入框,要输入IP地址,即:192.168.168.116 (内部邮箱),用户名为内部邮箱用户名(如:[email protected]),执行下一步

5.  完成安装。

4          系统配置

    该部分主要以某公司对问题跟踪系统的需求作为案例,介绍如何根据实际需求,在JIRA中进行配置。本案例中涉及到缺陷跟踪和需求变更的跟踪管理两部分。

4.1    设置问题类型

    设置问题类型步骤如下:

1)      “管理”-“Issue Settings”-“Issue Type”,进入“View Issue Types”界面

2)      进行问题类型的增加、编辑等操作,并点击“Default”设置默认值。。

4.2    设置工作流方案

1.  设置状态

        在某公司中,状态有OpenAssignedAcceptedPendingClosedSleeped等。

   步骤如下:

 

1)      选择“管理”-“Issue Settings”-“Statuses”,进入“View Statuses”界面

2)      进行状态的增加、编辑等操作。

 

2.  设置工作流

    根据已定义的缺陷流程,在JIRA中新增一个工作流设置(不要在原来的工作流上修改),并设置如下。

l         缺陷:

    其中,“接受本缺陷”,选择“No view for transition ,“验证通过”,选择“No view for transition”,“确认暂不处理本缺陷”选择“Add comment and assign”。

 

l         需求变更

    其中,“完成需求变更评估”、“审核通过”、“接受本需求变更”、“验证通过”,选择“No view for transition”;“审核不通过”、“验证通过”选择“Add comment and assign”;“解决本需求变更”选择“Add comment, assign and set resolution”。

 

3.  设置工作流节点的条件、功能点、合法性控制

    我们需要对不同的事务控制权限,或者是控制执行提交操作时要进行哪些操作,具体设置如上表“Conditions”、“Post Functions”二列。例如,对于Verified步骤的事务“重新打开缺陷”执行时,要将“解决”的值清空。

设置步骤如下:

1)  选择需要设置条件的事务,如Verified步骤的事务“重新打开缺陷”

2)  在界面下方的三个Tab页中,选择“Post FunctionsTab

3)  点击“Add”链接

4)  在进入的“Add Post Function To Transition”界面中,选择“Update Issue Field”选项

5)  在进入的“Add Parameters To Function”页面中,“Issue Field”选择“解决”,“Field Value”设置为空,点击《Add》按钮

    这样,当缺陷从Verified状态被重新打开时,“解决”域的值就会被清空。这条缺陷,就可以出现在责任人首页的“分配给我”的清单中。

 

4.  设置工作流配置文件

步骤如下:

1)  选择“管理”-“Schemes”-“Workflow Schemes”,进入“Workflow Schemes”界面

2)增加一个Workflow方案

3)  选择问题类型(如缺陷、Improvement),为该workflow方案分配已定义的Workflow

    同理,为其他几种问题类型,都设置一个workflow,方便以后流程的升级。否则以后如果需要改流程,则需要将工作流配置文件先取消关联,然后才能修改该方案对应的工作流。这可能导致verified状态对应的缺陷被改变状态。如下图所示:

4.3    问题属性

<span style=

你可能感兴趣的:(工作,workflow,项目管理,配置管理,企业应用)