使用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         方便的擴展及與其餘系統集成（包括email、RSS、Excel、XML和源碼控制工具）

l         很是高的通知選項配置

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    設置問題類型

    設置問題類型步驟以下：

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         缺陷：

    其中，「接受本缺陷」，選擇「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 Functions」Tab