使用jira和hudson進行項目管理-文庫吧在線文庫
【正文】 開發(fā)小組長一般情況進行整系統(tǒng)和階段性代碼的 review，然后批量進行“完成代碼評審”和“批量關閉”操作。 如果不正確，可以通過模塊排序等方式批量一次分配一個測試人員多個需求： 1) 選擇批量改變：“ 所有 xx 問題 ” 如下圖，選擇對應的多個需求單： 2) 如下圖，選擇編輯問題，點擊“下一步” 3) 如下圖：選擇對應的測試者，點擊下一步，在下一個界面再點擊“確認”操作； 測試 BUG、子任務 測試 BUG 分配管理 略，通過首頁“待測試 BUG”進入待測試的 BUG 列表，其他步驟與需求測試分配管理一致，參考上一小節(jié)； 測試狀態(tài)監(jiān)控管理 如下圖，檢查所有“待測試的需求”和“待測試的 BUG”，并與測試人員交流長期沒有被進行流程操作而一直出現(xiàn)在該列表中的 BUG 或者需求。 任務分配管理 目標： ? 保證所有問題單被分配到正確的責任人 ? 保證每個人的任務不被遺漏 ? 更正錯誤的分配 在 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 正確記錄。 對應于軟件過程的管理流程，本項目 JIRA 對應設置了以下的 Issue Type（問題類型）和3 大管理流程： 需 求 分 析 組需 求 分 析需 求 分 析 組概 要 設 計需 求 分 析 組詳 細 設 計需 求 分 析 組程 序 開 發(fā)用 戶用 戶 驗 收 測 試需 求 分 析 組測 試需 求 單子 任 務 開 發(fā) 任 務 單子 任 務 評 審 B U G 單子 任 務 測 試 B U G 單代 碼 開 發(fā)代 碼 評 審日 構 建冒 煙 測 試子 任 務 設 計 問 題 單子 任 務 變 更 單 對 應 一 個 需 求 的 B U G測 試 問 題 單對 應 系 統(tǒng) 或 多 個 需 求 的 B U G需 求 單 、 原 型 、 E R 圖 、 詳 細 設 計需 求 管 理流 程測 試 管 理流 程任 務 管 理流 程軟 件 開 發(fā) 流 程 J I R A 管 理
公司管理相關推薦
鄂ICP備17016276號-1