JIRA簡要使用手冊

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