使用jira和hudson進行項目管理-閱讀頁
2024-09-26 11:15本頁面
【正文】 ” ： 選擇需要規(guī)劃到一個版本的所有需求或者 BUG 等問題單，點擊下一步： **注意：一次只能規(guī)劃一個版本，所以，選擇的這些問題單必須在一個版本發(fā)布 選擇編輯問題，并點擊下一步 選擇對應的版本號： 仔細確認本次批量操作： 將已發(fā)布版本中重新打開 /退回的問題關聯(lián)到待發(fā)布版本中 在發(fā)布前，檢查之前所有發(fā)布版本，如果發(fā)現(xiàn)有任何處理 重新打開 或者 退回 返工 的需求或者 BUG，將其關聯(lián)到待發(fā)布的合適版本（允許一個問題關聯(lián)多個版本）； 檢查 問題單 版本關聯(lián)的正確性 ： ? 一般通過以下 3 類操作 ? 通過版本路線鏈接進入問題列表，反復檢查每個版本的內(nèi)容，使用以上方式批量調(diào)整問題單版本號，直至所有問題被正確關聯(lián)： ? 通過檢查最新 ，點擊瀏覽項目頁面的“最新新增”、“最近更新”鏈接 檢查以下列是否設置正確： ? 通過模塊鏈接來保證 ，點擊瀏覽項目頁面的“模塊名” 一般情況，發(fā)布都是以一個模塊為整體發(fā)布，通過交叉檢查模塊也可以保證發(fā)布的正確性。 任務分配管理 目標： ? 保證所有問題單被分配到正確的責任人 ? 保證每個人的任務不被遺漏 ? 更正錯誤的分配 在 JIRA 系統(tǒng)中，任何問題單被創(chuàng)建時，責任人都被設置為任務創(chuàng)建人，開發(fā)組長應該每天檢查任務責任人是否分配正確，一般可以通過以下操作： 檢查所有的問題單責任人是否分配正確： ? 通過預設置的任何過濾器（例如，開發(fā)組長最常用的鏈接是通過版本號 、“最近新增”、“最近更新” 進入問題列表），進入問題單列表，并按照人員 或者最后更新時間 排序，逐個人員對比檢查： 檢查每個人的問題單是否被遺漏： ? 點擊每個人員姓名進入該成員的所有需求和 BUG，檢查這些問題是否都屬于該成員 更正錯誤的分配 進入問題單編輯界面，重點修正以下字段： 設計問題跟蹤 由于設計和開發(fā)屬于兩個不同哦小組，因此經(jīng)常出現(xiàn)以下問題： ? 設計錯誤，導致開發(fā)無法進行 ? 本模塊依賴的數(shù)據(jù)、接口沒有被提供，使得開發(fā)無法進行 ? 程序員不喜歡交流由于這些設計問題導致任務被延誤并作為任務無限延長的理由 ? 跟蹤不及時將導致設計、開發(fā)小組、開發(fā)人員扯皮，任務計劃被擱置無法保證 目標： ? 所有的設計問題被跟蹤 ? 開發(fā)組長 /設計組長能通過 JIRA 協(xié)調(diào) 設計問題及時得到解決 所有的設計問題被跟蹤 開發(fā)組長應在每日例會上了解所有成員任務的阻礙，并檢查這些阻礙、以及開發(fā)成員和設計人員通過郵件、口頭交涉的問題被 JIRA 正確記錄。如果部分問題由于各種原因被延遲，必須重新規(guī)劃到下一個版本。 如果不正確，可以通過模塊排序等方式批量一次分配一個測試人員多個需求： 1) 選擇批量改變：“ 所有 xx 問題 ” 如下圖，選擇對應的多個需求單： 2) 如下圖，選擇編輯問題，點擊“下一步” 3) 如下圖：選擇對應的測試者，點擊下一步，在下一個界面再點擊“確認”操作； 測試 BUG、子任務 測試 BUG 分配管理 略，通過首頁“待測試 BUG”進入待測試的 BUG 列表，其他步驟與需求測試分配管理一致，參考上一小節(jié)； 測試狀態(tài)監(jiān)控管理 如下圖，檢查所有“待測試的需求”和“待測試的 BUG”，并與測試人員交流長期沒有被進行流程操作而一直出現(xiàn)在該列表中的 BUG 或
公司管理相關推薦
鄂ICP備17016276號-1