（精選）缺陷管理工具JIRA基本使用培訓(xùn)手冊

1、JIRA培訓(xùn)手冊（缺陷跟蹤管理流程）引言：為了提高軟件開發(fā)日常中的工作效率，增進(jìn)開發(fā)人員與項目經(jīng)理、測試人員等的溝通頻率，引入JIRA項目管理與缺陷跟蹤管理工具。本篇意在闡述JIRA在缺陷跟蹤管理中的運(yùn)用。目錄第一章何為JIRA？21.1 JIRA的簡介21.2 JIRA的特性3第二章 JIRA的應(yīng)用配置62.1 用戶組及人員的創(chuàng)建62.2 權(quán)限配置72.2.1 全局權(quán)限72.2.2 權(quán)限方案82.2.3 工作流中執(zhí)行固定操作的權(quán)限92.3 工作流配置10第三章具體操作123.1 工作流程圖123.2詳細(xì)操作流程133.3批量操作及查找21第四章 結(jié)束語25第一章 何為JIRA？1.1 JIR

2、A的簡介JIRA是Atlassian公司出品的項目與事務(wù)跟蹤工具，被廣泛應(yīng)用于缺陷跟蹤、客戶服務(wù)、需求收集、流程審批、任務(wù)跟蹤、項目跟蹤和敏捷管理等工作領(lǐng)域。JIRA中配置靈活、功能全面、部署簡單、擴(kuò)展豐富，其超過150項特性得到了全球115個國家超過19,000家客戶的認(rèn)可。1.2 JIRA的特性工作流 開箱即用，提供用于缺陷管理的默認(rèn)工作流工作流可以自定義，工作流數(shù)量不限 每個工作流可以配置多個自定義動作和自定義狀態(tài) 每一個問題類型都可以單獨(dú)設(shè)置或共用工作流 可視化工作流設(shè)計器，使工作流配置更加直觀 自定義工作流動作的觸發(fā)條件 工作流動作執(zhí)行后，自動執(zhí)行指定的操作項目 每個項目都有自己的概

3、覽頁面包括：項目詳細(xì)信息、最新更新情況以及一些報告的快捷方式 在項目界面中查看按照狀態(tài)、是否解決等條件設(shè)置的分類統(tǒng)計報告 查看項目最新的活動情況 查看項目的熱門問題 可以設(shè)置項目類別，將項目分組管理 可以為每個項目設(shè)置單獨(dú)的郵件通知發(fā)件地址 自定義安全級別，指定用戶對問題的訪問 指定組件/模塊負(fù)責(zé)人問題管理 自定義問題類型，適應(yīng)組織管理的需要 自定義字段，可選擇字段類型超過20種，在此基礎(chǔ)上還支持插件進(jìn)一步擴(kuò)展 自定義問題安全級別，可以限制指定用戶訪問指定的問題 如果多個問題需要同時修改同一字段值或執(zhí)行同一工作流動作，你可以使用批量操作功能一次性完成 登記問題預(yù)計完成時間、實(shí)際工作時間，就可以

4、了解該問題預(yù)計還剩多長時間才能解決。甚至可以出具時間跟蹤報告，了解用戶的工作效率 支持遠(yuǎn)程創(chuàng)建問題，通過多種方式在JIRA中創(chuàng)建問題，如電子郵件、移動設(shè)備客戶端 如果一個問題需要多人協(xié)作，可以將問題分解為多個子任務(wù)，分配給相關(guān)的用戶 將相關(guān)或有依附關(guān)系的問題建立鏈接，以便于用戶快速了解 為JIRA的問題添加附件，可以幫助技術(shù)人員快速解決問題，當(dāng)上傳圖像文件時，JIRA自動顯示圖像縮略圖。你也可以直接將剪切板中的圖像粘貼到JIRA問題中 為問題設(shè)置到期日，可以在搜索或在圖表中展示即將到期的問題面板 自定義面板，可以在面板中添加任何符合OpenSocial規(guī)范的小工具 可以簡單地創(chuàng)建、復(fù)制，生成多

5、個面板，分別管理不同的項目 支持墻板 可以收藏面板，或?qū)⒚姘骞蚕斫o指定的用戶 面板布局靈活，支持拖拽搜索 快速搜索，輸入關(guān)鍵字，馬上顯示符合條件的結(jié)果 簡單搜索，只需點(diǎn)選，就可以將所有條件組合，查找出符合條件的問題 可以將搜索條件保存為過濾器 可以將過濾器收藏或共享給其他用戶 支持JQL搜索語言，可以使用像 lastLogin, latestReleasedVersion 或 endOfMonth, membersOf 之類的函數(shù)，并且可以自動補(bǔ)完 針對搜索結(jié)果進(jìn)行批量操作，一次性完成多個問題的編輯或執(zhí)行等操作 搜索結(jié)果可以輸出為HTML,XML,RSS,Word或Excel安全 JIRA的用

6、戶可以交由LDAP驗證 允許設(shè)置匿名訪問 任何使用管理員功能的進(jìn)程，都需要額外驗證，并且10分鐘過期，以保證JIRA的安全 查看所有登錄到JIRA的用戶狀況 將用戶歸屬與用戶組，用于維護(hù)安全權(quán)限和操作權(quán)限 允許每個項目單獨(dú)定義項目角色成員，打破用戶組權(quán)限的限制，減輕系統(tǒng)管理員對于項目權(quán)限的維護(hù)工作量 每個項目可以獨(dú)立設(shè)置自己的安全機(jī)制 限制某些用戶訪問指定的問題，即使該用戶擁有這個項目的訪問權(quán) 白名單機(jī)制，限制外部鏈接直接訪問JIRA數(shù)據(jù)通知 通過郵件通知方案，配置在JIRA工作流關(guān)鍵階段自動發(fā)送通知郵件 即使你不參與問題的解決，只要有權(quán)限，你也可以關(guān)注一個問題。只要關(guān)注的問題有任何變化，你都

7、可以接受到郵件通知 定期接收J(rèn)IRA的指定報告，如超期未解決的問題列表、5天未更新的問題列表等 在你習(xí)慣的RSS閱讀器中接收J(rèn)IRA的任何變動 在JIRA頁面頂部明顯的位置發(fā)布最新通知公告集成 通過插件生態(tài)平臺marketplace,有300種以上的插件可供選擇，用以提高JIRA擴(kuò)展性或提高JIRA的易用性。插件還在持續(xù)增加。 使用 GreenHopper 插件，實(shí)現(xiàn)敏捷項目管理 通過插件，JIRA可以將報告的缺陷與源代碼建立聯(lián)系，以便于了解缺陷在哪部分代碼中被修復(fù) JIRA 提供全面的 remote APIs - 包括REST,SOAP,XML-RPC等 - 并且Atlassian提供開發(fā)教

8、程和示例 第二章 JIRA的應(yīng)用配置2.1 用戶組及人員的創(chuàng)建項目的缺陷跟蹤管理，責(zé)任方可分為3塊:1. 管理人員方收集并整理測試方所提供的缺陷種類，確認(rèn)并分發(fā)給負(fù)責(zé)不同模塊的開發(fā)人員進(jìn)行進(jìn)一步的確認(rèn)或修復(fù)。2. 測試人員方 負(fù)責(zé)發(fā)現(xiàn)系統(tǒng)中的不足，邏輯上的錯誤，或業(yè)務(wù)上的漏洞即缺陷，上交至管理人員進(jìn)行初步核實(shí)，待管理人員確認(rèn)后，分發(fā)給相應(yīng)開發(fā)人員進(jìn)行進(jìn)一步的確認(rèn)、跟蹤直至問題修復(fù)。3. 開發(fā)人員方負(fù)責(zé)項目的開發(fā)，以及對應(yīng)問題的修復(fù)工作。直接從項目管理人員手中接手問題，修復(fù)或拒絕問題后提交由測試人員進(jìn)行最終評審。 第一步 利用管理員賬號創(chuàng)建各組第二步 利用管理員賬號創(chuàng)建并分配好各組人員2.2 權(quán)

9、限配置2.2.1 全局權(quán)限全局權(quán)限即是指，JIRA各用戶的最基本的權(quán)限，例如JIRA的登錄權(quán)、管理權(quán)、以及游覽權(quán)等。第一步 除管理員/系統(tǒng)管理員權(quán)限外，其他所有用戶理應(yīng)具備除上述二者之外的其他權(quán)限。2.2.2 權(quán)限方案權(quán)限方案即是指運(yùn)用于不同項目，為各項目量身定制的權(quán)限管理方案。第一步 將各組或個別人依照項目所需要達(dá)到的目標(biāo)，從管理人的視角進(jìn)行合理的分配。例如：開發(fā)人員擁有修復(fù)問題的權(quán)利，而不應(yīng)擁有關(guān)閉問題的權(quán)利。2.2.3 工作流中執(zhí)行固定操作的權(quán)限工作流中的權(quán)限，指定從一個狀態(tài)變更到另一個狀態(tài)，不同操作角色的權(quán)限設(shè)定。例如：Rejected 到 Reopen此步驟即使分配給開發(fā)去進(jìn)行操作，

10、從項目管理的角度來講也是不允許的，而此權(quán)限配置功能正是為了實(shí)現(xiàn)或覆蓋這種缺陷管理思想。第一步 建立工作流，具體建立流程及思路會到下一小節(jié)說明第二步 進(jìn)入文本模式，配置從一個狀態(tài)變更到另一狀態(tài)的人員權(quán)限設(shè)定。如IN PROGRESS 到 Rejected 此操作只能由開發(fā)人員或者管理人員進(jìn)行操作。2.3 工作流配置工作流決定的是一個缺陷(defect)的存活周期，從Open-Closed或Rejected。圖文模式配置的是一個工作流的走向，以及總共可能出現(xiàn)的狀態(tài)。文本模式配置的是從狀態(tài)到狀態(tài)之間操作人的權(quán)限，具體請參考上一節(jié)2.2.3。第一步 圖文模式配置第二步 文本配置第三章具體操作3.1 工

11、作流程圖1. 開發(fā)人員可更改缺陷的狀態(tài)有，Rejected、Fixed，IN Progress（建議使?fàn)顟B(tài)保持在進(jìn)行中In Progress，方便其他組人員知道該問題正處于處理階段。）2. 測試人員可更改缺陷的狀態(tài)有，Open、Reopen、Closed、Postponed。3.2 詳細(xì)操作流程該節(jié)將詳細(xì)闡述在缺陷跟蹤管理項目中該如何運(yùn)用JIRA。第一步：問題的提出，對應(yīng)流程圖“Create Issues”。用戶：系統(tǒng)測試人員1.輸入賬戶名密碼，登陸用戶。2.創(chuàng)建問題：測試發(fā)現(xiàn)名為“Defect”的缺陷。3.填寫問題詳細(xì)信息：1.選擇問題的種類為“缺陷”，“改進(jìn)”這一選項是考慮到今后需求管理流

12、程，以及項目開發(fā)流程中對于新需求的處理，考慮到在測試階段，今后項目中可能出現(xiàn)的新需求，其優(yōu)先級低或改動度極小，只需與項目開發(fā)人員稍作溝通便可實(shí)現(xiàn)的，可不走需求管理流程-項目開發(fā)需求實(shí)現(xiàn)流程。改用改進(jìn)加以代替。（此方案是否可行待測試方、開發(fā)方、產(chǎn)品方聯(lián)合確認(rèn)，目前其他2項流程還在YY中。）2.其他添加附件等操作請自行嘗試。3.注：這項很重要關(guān)系到今后開發(fā)、測試、管理是否明確自己的任務(wù)并能及時處理。經(jīng)辦人：這一項其實(shí)就是assigned to sb，指派給某人的意思，目前的流程為：一. 測試提出問題指派給項目管理人二. 項目管理人確認(rèn)是否為問題，如果是測試管理人將經(jīng)辦人改為某一開發(fā)人員，如果否確認(rèn)

13、非系統(tǒng)問題，則將經(jīng)辦人改為測試方人員。勿忘！4.提交問題完成并提交問題后測試人員工作暫時告一段落。第二步：管理人員確認(rèn)測試方提出的是否是系統(tǒng)缺陷1. 管理人員登陸可以看到剛才測試人員指派的case直接可以從assigned to me中清楚的看到。2.管理人員確定測試方所提交的是否是系統(tǒng)缺陷。1注：“開始進(jìn)行”此選項請項目管理人員一定要記得打開，因為此項打開后轉(zhuǎn)手到測試方或者開發(fā)方的狀態(tài)就是默認(rèn)打開。3.項目管理人員確認(rèn)問題轉(zhuǎn)發(fā)給相關(guān)開發(fā)人員紅框圈出的地方是case狀態(tài)的變更記錄。第三步: 相應(yīng)的開發(fā)人員接受自己的任務(wù)，并確認(rèn)問題，修復(fù)將case繼續(xù)移交給測試方。1.開發(fā)人員登陸：2.開發(fā)人員

14、確認(rèn)問題：3.開發(fā)人員修復(fù)并更改case狀態(tài)。1.確認(rèn)并修復(fù)問題后將case的狀態(tài)變更為Fixed，可稍加相關(guān)評論，如果確認(rèn)是日后修復(fù)的請在備注中指名為建議改為Postponed并說明緣由，如果確認(rèn)不是問題請將狀態(tài)改為Rejected并分配給提出問題的測試人員。（提出問題的測試人員即是圖中所標(biāo)明的報告人。）注：再提醒一次請將經(jīng)辦人改成你想分配任務(wù)的人。 第四步：問題的解決1.測試人員收到問題狀態(tài)，查看并決定其下一步走向。2.如測試不通過則將問題重新編輯添加相關(guān)原因，并將狀態(tài)更改為Reopen，分配給原有負(fù)責(zé)問題的開發(fā)，如果通過則將問題狀態(tài)改為Closed，則問題到此結(jié)束。3.3 批量操作及查找1.查找：用于確定總?cè)毕輸?shù)、各缺陷狀態(tài)及執(zhí)行情況等。第一步