JIRA簡要使用手冊

JIRA使用手冊何為JIRAJIRA的簡介JIRA是Atlassian企業(yè)出品的項(xiàng)目與事務(wù)跟蹤工具，被廣泛應(yīng)用于缺陷跟蹤、客戶服務(wù)、需求搜集、流程審批、任務(wù)跟蹤、項(xiàng)目跟蹤和敏捷管理等工作領(lǐng)域。JIRA中配置靈活、功能全面、布署簡樸、擴(kuò)展豐富，其超過150項(xiàng)特性得到了全球115個國家超過19,000家客戶的承認(rèn)。JIRA的特性工作流開箱即用，提供用于缺陷管理的默認(rèn)工作流工作流可以自定義，工作流數(shù)量不限每個工作流可以配置多種自定義動作和自定義狀態(tài)每一種問題類型都可以單獨(dú)設(shè)置或共用工作流可視化工作流設(shè)計器，使工作流配置愈加直觀自定義工作流動作的觸發(fā)條件工作流動作執(zhí)行后，自動執(zhí)行指定的操作項(xiàng)目每個項(xiàng)目均有自己的概覽頁面包括：項(xiàng)目詳細(xì)信息、最新更新狀況以及某些匯報的快捷方式在項(xiàng)目界面中查看按照狀態(tài)、與否處理等條件設(shè)置的分類記錄匯報查看項(xiàng)目最新的活動狀況查看項(xiàng)目的熱門問題可以設(shè)置項(xiàng)目類別，將項(xiàng)目分組管理可認(rèn)為每個項(xiàng)目設(shè)置單獨(dú)的郵件告知發(fā)件地址自定義安全級別，指定顧客對問題的訪問指定組件/模塊負(fù)責(zé)人問題管理自定義問題類型，適應(yīng)組織管理的需要自定義字段，可選擇字段類型超過20種，在此基礎(chǔ)上還支持插件深入擴(kuò)展自定義問題安全級別，可以限制指定顧客訪問指定的問題假如多種問題需要同步修改同一字段值或執(zhí)行同一工作流動作，你可以使用批量操作功能一次性完畢登記問題估計完畢時間、實(shí)際工作時間，就可以理解該問題估計還剩多長時間才能處理。甚至可以出具時間跟蹤匯報，理解顧客的工作效率支持遠(yuǎn)程創(chuàng)立問題，通過多種方式在JIRA中創(chuàng)立問題，如電子郵件、移動設(shè)備客戶端假如一種問題需要多人協(xié)作，可以將問題分解為多種子任務(wù)，分派給有關(guān)的顧客將有關(guān)或有依附關(guān)系的問題建立鏈接，以便于顧客迅速理解為JIRA的問題添加附件，可以協(xié)助技術(shù)人員迅速處理問題，當(dāng)上傳圖像文獻(xiàn)時，JIRA自動顯示圖像縮略圖。你也可以直接將剪切板中的圖像粘貼到JIRA問題中為問題設(shè)置到期日，可以在搜索或在圖表中展示即將到期的問題面板自定義面板，可以在面板中添加任何符合OpenSocial規(guī)范的小工具可以簡樸地創(chuàng)立、復(fù)制，生成多種面板，分別管理不一樣的項(xiàng)目支持墻板可以收藏面板，或?qū)⒚姘骞蚕斫o指定的顧客面板布局靈活，支持拖拽搜索迅速搜索，輸入關(guān)鍵字，立即顯示符合條件的成果簡樸搜索，只需點(diǎn)選，就可以將所有條件組合，查找出符合條件的問題可以將搜索條件保留為過濾器可以將過濾器收藏或共享給其他顧客支持JQL搜索語言，可以使用像"lastLogin","latestReleasedVersion"或"endOfMonth","membersOf"之類的函數(shù)，并且可以自動補(bǔ)完針對搜索成果進(jìn)行批量操作，一次性完畢多種問題的編輯或執(zhí)行等操作搜索成果可以輸出為HTML,XML,RSS,Word或Excel安全JIRA的顧客可以交由LDAP驗(yàn)證容許設(shè)置匿名訪問任何使用管理員功能的進(jìn)程，都需要額外驗(yàn)證，并且10分鐘過期，以保證JIRA的安全查看所有登錄到JIRA的顧客狀況將顧客歸屬與顧客組，用于維護(hù)安全權(quán)限和操作權(quán)限容許每個項(xiàng)目單獨(dú)定義項(xiàng)目角色組員，打破顧客組權(quán)限的限制，減輕系統(tǒng)管理員對于項(xiàng)目權(quán)限的維護(hù)工作量每個項(xiàng)目可以獨(dú)立設(shè)置自己的安全機(jī)制限制某些顧客訪問指定的問題，雖然該顧客擁有這個項(xiàng)目的訪問權(quán)白名單機(jī)制，限制外部鏈接直接訪問JIRA數(shù)據(jù)告知通過郵件告知方案，配置在JIRA工作流關(guān)鍵階段自動發(fā)送告知郵件雖然你不參與問題的處理，只要有權(quán)限，你也可以關(guān)注一種問題。只要關(guān)注的問題有任何變化，你都可以接受到郵件告知定期接受JIRA的指定匯報，如超期未處理的問題列表、5天未更新的問題列表等在你習(xí)慣的RSS閱讀器中接受JIRA的任何變動在JIRA頁面頂部明顯的位置公布最新告知公告集成通過插件生態(tài)平臺marketplace,有300種以上的插件可供選擇，用以提高JIRA擴(kuò)展性或提高JIRA的易用性。插件還在持續(xù)增長。使用GreenHopper插件，實(shí)現(xiàn)敏捷項(xiàng)目管理通過插件，JIRA可以將匯報的缺陷與源代碼建立聯(lián)絡(luò)，以便于理解缺陷在哪部分代碼中被修復(fù)JIRA提供全面的remoteAPIs-包括REST,SOAP,XML-RPC等-并且Atlassian提供開發(fā)教程和示例第二章JIRA的應(yīng)用配置顧客組及人員的創(chuàng)立項(xiàng)目的缺陷跟蹤管理，責(zé)任方可分為3塊:管理人員方搜集并整頓測試方所提供的缺陷種類，確認(rèn)并分發(fā)給負(fù)責(zé)不一樣模塊的開發(fā)人員進(jìn)行深入確實(shí)認(rèn)或修復(fù)。測試人員方負(fù)責(zé)發(fā)現(xiàn)系統(tǒng)中的局限性，邏輯上的錯誤，或業(yè)務(wù)上的漏洞即缺陷，上交至管理人員進(jìn)行初步核算，待管理人員確認(rèn)后，分發(fā)給對應(yīng)開發(fā)人員進(jìn)行深入確實(shí)認(rèn)、跟蹤直至問題修復(fù)。開發(fā)人員方負(fù)責(zé)項(xiàng)目的開發(fā)，以及對應(yīng)問題的修復(fù)工作。直接從項(xiàng)目管理人員手中接手問題，修復(fù)或拒絕問題后提交由測試人員進(jìn)行最終評審。 第一步運(yùn)用管理員賬號創(chuàng)立各組 第二步運(yùn)用管理員賬號創(chuàng)立并分派好各組人員權(quán)限配置全局權(quán)限全局權(quán)限即是指，JIRA各顧客的最基本的權(quán)限，例如JIRA的登錄權(quán)、管理權(quán)、以及游覽權(quán)等。第一步除管理員/系統(tǒng)管理員權(quán)限外，其他所有顧客理應(yīng)具有除上述兩者之外的其他權(quán)限。權(quán)限方案權(quán)限方案即是指運(yùn)用于不一樣項(xiàng)目，為各項(xiàng)目量身定制的權(quán)限管理方案。 第一步將各組或個他人根據(jù)項(xiàng)目所需要到達(dá)的目的，從管理人的視角進(jìn)行合理的分派。例如：開發(fā)人員擁有修復(fù)問題的權(quán)利，而不應(yīng)擁有關(guān)閉問題的權(quán)利。工作流中執(zhí)行固定操作的權(quán)限工作流中的權(quán)限，指定從一種狀態(tài)變更到另一種狀態(tài)，不一樣操作角色的權(quán)限設(shè)定。例如：Rejected到Reopen此環(huán)節(jié)雖然分派給開發(fā)去進(jìn)行操作，從項(xiàng)目管理的角度來講也是不容許的，而此權(quán)限配置功能正是為了實(shí)現(xiàn)或覆蓋這種缺陷管理思想。第一步建立工作流，詳細(xì)建立流程及思緒會到下一小節(jié)闡明第二步進(jìn)入文本模式，配置從一種狀態(tài)變更到另一狀態(tài)的人員權(quán)限設(shè)定。如INPROGRESS到Rejected此操作只能由開發(fā)人員或者管理人員進(jìn)行操作。工作流配置工作流決定的是一種缺陷(defect)的存活周期，從Open->Closed或Rejected。圖文模式配置的是一種工作流的走向，以及總共也許出現(xiàn)的狀態(tài)。文本模式配置的是從狀態(tài)到狀態(tài)之間操作人的權(quán)限，詳細(xì)請參照上一節(jié)。第一步圖文模式配置第二步文本配置第三章詳細(xì)操作工作流程圖開發(fā)人員可更改缺陷的狀態(tài)有，Rejected、Fixed，INProgress（提議使?fàn)顟B(tài)保持在進(jìn)行中InProgress，以便其他組人員懂得該問題正處在處理階段。）測試人員可更改缺陷的狀態(tài)有，Open、Reopen、Closed、Postponed。詳細(xì)操作流程該節(jié)將詳細(xì)論述在缺陷跟蹤管理項(xiàng)目中該怎樣運(yùn)用JIRA。第一步：問題的提出，對應(yīng)流程圖“CreateIssues”。顧客：系統(tǒng)測試人員1.輸入賬戶名密碼，登陸顧客。2.創(chuàng)立問題：測試發(fā)現(xiàn)名為“Defect”的缺陷。3.填寫問題詳細(xì)信息：1.選擇問題的種類為“缺陷”，“改善”這一選項(xiàng)是考慮到此后需求管理流程，以及項(xiàng)目開發(fā)流程中對于新需求的處理，考慮到在測試階段，此后項(xiàng)目中也許出現(xiàn)的新需求，其優(yōu)先級低或改動度極小，只需與項(xiàng)目開發(fā)人員稍作溝通便可實(shí)現(xiàn)的，可不走需求管理流程->項(xiàng)目開發(fā)需求實(shí)現(xiàn)流程。改用改善加以替代。（此方案與否可行待測試方、開發(fā)方、產(chǎn)品方聯(lián)合確認(rèn)，目前其他2項(xiàng)流程還在YY中。）2.其他添加附件等操作請自行嘗試。3.注：這項(xiàng)很重要關(guān)系到此后開發(fā)、測試、管理與否明確自己的任務(wù)并能及時處理。經(jīng)辦人：這一項(xiàng)其實(shí)就是assignedtosb，指派給某人的意思，目前的流程為：一.測試提出問題指派給項(xiàng)目管理人二.項(xiàng)目管理人確認(rèn)與否為問題，假如是測試管理人將經(jīng)辦人改為某一開發(fā)人員，假如否確認(rèn)非系統(tǒng)問題，則將經(jīng)辦人改為測試方人員。勿忘?。。?！4.提交問題完畢并提交問題后測試人員工作臨時告一段落。 第二步：管理人員確認(rèn)測試方提出的與否是系統(tǒng)缺陷1.管理人員登陸可以看到剛剛測試人員指派的case直接可以從assignedtome中清晰的看到。 2.管理人員確定測試方所提交的與否是系統(tǒng)缺陷。1．注：“開始進(jìn)行”此選項(xiàng)請項(xiàng)目管理人員一定要記得打開，由于此項(xiàng)打開后轉(zhuǎn)手到測試方或者開發(fā)方的狀態(tài)就是默認(rèn)打開。3.項(xiàng)目管理人員確認(rèn)問題轉(zhuǎn)發(fā)給有關(guān)開發(fā)人員紅框圈出的地方是case狀態(tài)的變更記錄。第三步:對應(yīng)的開發(fā)人員接受自己的任務(wù)，并確認(rèn)問題，修復(fù)將case繼續(xù)移交給測試方。 1.開發(fā)人員登陸： 2.開發(fā)人員確認(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é)束。批量操作及查找1.查找：用于確定總