1、JIRA使用手冊第一章 何為JIRA？1.1 JIRA的簡介JIRA是Atlassian公司出品的項目與事務跟蹤工具，被廣泛應用于缺陷跟蹤、客戶服務、需求收集、流程審批、任務跟蹤、項目跟蹤和敏捷管理等工作領域。JIRA中配置靈活、功能全面、部署簡單、擴展豐富，其超過150項特性得到了全球115個國家超過19,000家客戶的認可。1.2 JIRA的特性工作流· 開箱即用，提供用于缺陷管理的默認工作流工作流可以自定義，工作流數量不限· 每個工作流可以配置多個自定義動作和自定義狀態· 每一個問題類型都可以單獨設置或共用工作流· 可視化工作流設計器，使工作流配置

2、更加直觀· 自定義工作流動作的觸發條件· 工作流動作執行后，自動執行指定的操作項目· 每個項目都有自己的概覽頁面包括：項目詳細信息、最新更新情況以及一些報告的快捷方式· 在項目界面中查看按照狀態、是否解決等條件設置的分類統計報告· 查看項目最新的活動情況· 查看項目的熱門問題· 可以設置項目類別，將項目分組管理· 可以為每個項目設置單獨的郵件通知發件地址· 自定義安全級別，指定用戶對問題的訪問· 指定組件/模塊負責人問題管理· 自定義問題類型，適應組織管理的需要· 自定義字段

3、，可選擇字段類型超過20種，在此基礎上還支持插件進一步擴展· 自定義問題安全級別，可以限制指定用戶訪問指定的問題· 如果多個問題需要同時修改同一字段值或執行同一工作流動作，你可以使用批量操作功能一次性完成· 登記問題預計完成時間、實際工作時間，就可以了解該問題預計還剩多長時間才能解決。甚至可以出具時間跟蹤報告，了解用戶的工作效率· 支持遠程創建問題，通過多種方式在JIRA中創建問題，如電子郵件、移動設備客戶端· 如果一個問題需要多人協作，可以將問題分解為多個子任務，分配給相關的用戶· 將相關或有依附關系的問題建立鏈接，以便于用戶快速了

4、解· 為JIRA的問題添加附件，可以幫助技術人員快速解決問題，當上傳圖像文件時，JIRA自動顯示圖像縮略圖。你也可以直接將剪切板中的圖像粘貼到JIRA問題中· 為問題設置到期日，可以在搜索或在圖表中展示即將到期的問題面板· 自定義面板，可以在面板中添加任何符合OpenSocial規范的小工具· 可以簡單地創建、復制，生成多個面板，分別管理不同的項目· 支持墻板· 可以收藏面板，或將面板共享給指定的用戶· 面板布局靈活，支持拖拽搜索· 快速搜索，輸入關鍵字，馬上顯示符合條件的結果· 簡單搜索，只需點選，就可

5、以將所有條件組合，查找出符合條件的問題· 可以將搜索條件保存為過濾器· 可以將過濾器收藏或共享給其他用戶· 支持JQL搜索語言，可以使用像 "lastLogin", "latestReleasedVersion" 或 "endOfMonth", "membersOf" 之類的函數，并且可以自動補完· 針對搜索結果進行批量操作，一次性完成多個問題的編輯或執行等操作· 搜索結果可以輸出為HTML,XML,RSS,Word或Excel安全· JIRA的用戶可以交

6、由LDAP驗證· 允許設置匿名訪問· 任何使用管理員功能的進程，都需要額外驗證，并且10分鐘過期，以保證JIRA的安全· 查看所有登錄到JIRA的用戶狀況· 將用戶歸屬與用戶組，用于維護安全權限和操作權限· 允許每個項目單獨定義項目角色成員，打破用戶組權限的限制，減輕系統管理員對于項目權限的維護工作量· 每個項目可以獨立設置自己的安全機制· 限制某些用戶訪問指定的問題，即使該用戶擁有這個項目的訪問權· 白名單機制，限制外部鏈接直接訪問JIRA數據通知· 通過郵件通知方案，配置在JIRA工作流關鍵階段自動發

7、送通知郵件· 即使你不參與問題的解決，只要有權限，你也可以關注一個問題。只要關注的問題有任何變化，你都可以接受到郵件通知· 定期接收JIRA的指定報告，如超期未解決的問題列表、5天未更新的問題列表等· 在你習慣的RSS閱讀器中接收JIRA的任何變動· 在JIRA頁面頂部明顯的位置發布最新通知公告集成· 通過插件生態平臺marketplace,有300種以上的插件可供選擇，用以提高JIRA擴展性或提高JIRA的易用性。插件還在持續增加。· 使用 GreenHopper 插件，實現敏捷項目管理· 通過插件，JIRA可以將報告的缺

8、陷與源代碼建立聯系，以便于了解缺陷在哪部分代碼中被修復· JIRA 提供全面的 remote APIs - 包括REST,SOAP,XML-RPC等 - 并且Atlassian提供開發教程和示例 第二章 JIRA的應用配置2.1 用戶組及人員的創建項目的缺陷跟蹤管理，責任方可分為3塊:1. 管理人員方收集并整理測試方所提供的缺陷種類，確認并分發給負責不同模塊的開發人員進行進一步的確認或修復。2. 測試人員方 負責發現系統中的不足，邏輯上的錯誤，或業務上的漏洞即缺陷，上交至管理人員進行初步核實，待管理人員確認后，分發給相應開發人員進行進一步的確認、跟蹤直至問題修復。3. 開發人員方負責

9、項目的開發，以及對應問題的修復工作。直接從項目管理人員手中接手問題，修復或拒絕問題后提交由測試人員進行最終評審。 第一步 利用管理員賬號創建各組第二步 利用管理員賬號創建并分配好各組人員2.2 權限配置2.2.1 全局權限全局權限即是指，JIRA各用戶的最基本的權限，例如JIRA的登錄權、管理權、以及游覽權等。第一步 除管理員/系統管理員權限外，其他所有用戶理應具備除上述二者之外的其他權限。2.2.2 權限方案權限方案即是指運用于不同項目，為各項目量身定制的權限管理方案。第一步 將各組或個別人依照項目所需要達到的目標，從管理人的視角進行合理的分配。例如：開發人員擁有修復問題的權利，而不應擁有關

10、閉問題的權利。2.2.3 工作流中執行固定操作的權限工作流中的權限，指定從一個狀態變更到另一個狀態，不同操作角色的權限設定。例如：Rejected 到 Reopen此步驟即使分配給開發去進行操作，從項目管理的角度來講也是不允許的，而此權限配置功能正是為了實現或覆蓋這種缺陷管理思想。第一步 建立工作流，具體建立流程及思路會到下一小節說明第二步 進入文本模式，配置從一個狀態變更到另一狀態的人員權限設定。如IN PROGRESS 到 Rejected 此操作只能由開發人員或者管理人員進行操作。2.3 工作流配置工作流決定的是一個缺陷(defect)的存活周期，從Open->Closed或Rej

11、ected。圖文模式配置的是一個工作流的走向，以及總共可能出現的狀態。文本模式配置的是從狀態到狀態之間操作人的權限，具體請參考上一節2.2.3。第一步 圖文模式配置第二步 文本配置第三章具體操作3.1 工作流程圖1. 開發人員可更改缺陷的狀態有，Rejected、Fixed，IN Progress（建議使狀態保持在進行中In Progress，方便其他組人員知道該問題正處于處理階段。）2. 測試人員可更改缺陷的狀態有，Open、Reopen、Closed、Postponed。3.2 詳細操作流程該節將詳細闡述在缺陷跟蹤管理項目中該如何運用JIRA。第一步：問題的提出，對應流程圖“Create

12、Issues”。用戶：系統測試人員1.輸入賬戶名密碼，登陸用戶。2.創建問題：測試發現名為“Defect”的缺陷。3.填寫問題詳細信息：1.選擇問題的種類為“缺陷”，“改進”這一選項是考慮到今后需求管理流程，以及項目開發流程中對于新需求的處理，考慮到在測試階段，今后項目中可能出現的新需求，其優先級低或改動度極小，只需與項目開發人員稍作溝通便可實現的，可不走需求管理流程->項目開發需求實現流程。改用改進加以代替。（此方案是否可行待測試方、開發方、產品方聯合確認，目前其他2項流程還在YY中。）2.其他添加附件等操作請自行嘗試。3.注：這項很重要關系到今后開發、測試、管理是否明確自己的任務并能

13、及時處理。經辦人：這一項其實就是assigned to sb，指派給某人的意思，目前的流程為：一. 測試提出問題指派給項目管理人二. 項目管理人確認是否為問題，如果是測試管理人將經辦人改為某一開發人員，如果否確認非系統問題，則將經辦人改為測試方人員。勿忘！4.提交問題完成并提交問題后測試人員工作暫時告一段落。第二步：管理人員確認測試方提出的是否是系統缺陷1. 管理人員登陸可以看到剛才測試人員指派的case直接可以從assigned to me中清楚的看到。2.管理人員確定測試方所提交的是否是系統缺陷。1注：“開始進行”此選項請項目管理人員一定要記得打開，因為此項打開后轉手到測試方或者開發方的狀

14、態就是默認打開。3.項目管理人員確認問題轉發給相關開發人員紅框圈出的地方是case狀態的變更記錄。第三步: 相應的開發人員接受自己的任務，并確認問題，修復將case繼續移交給測試方。1.開發人員登陸：2.開發人員確認問題：3.開發人員修復并更改case狀態。1.確認并修復問題后將case的狀態變更為Fixed，可稍加相關評論，如果確認是日后修復的請在備注中指名為建議改為Postponed并說明緣由，如果確認不是問題請將狀態改為Rejected并分配給提出問題的測試人員。（提出問題的測試人員即是圖中所標明的報告人。）注：再提醒一次請將經辦人改成你想分配任務的人。 第四步：問題的解決1.測試人員收到問題狀態，查看并決定其下一步走向。2.如測試不通過則將問題重新編輯添加相關原因，并將狀態更改為Reopen，分配給原有負責問題的開發，如果通過則將問題狀態改為Closed，則問題到此結