05軟件缺陷管理流程-在線瀏覽
2024-11-08 10:47本頁面
【正文】 他需要對修改后的缺陷在提交測試人員正式測試驗證之前需要進行驗證測試。他們對缺陷進行優(yōu)先級 劃分 ， 負責人進行確認并調(diào)解爭議。 4 缺陷管理流程 缺陷管理流程圖，下圖描述缺陷管理的工作程序，缺陷的生命周期狀態(tài)。具體項目也可以允許用戶向 缺陷庫提交缺陷。 測試人員必須保證登記的缺陷信息可以被處置 負責 人員理解，具體要求參見 登記后的缺陷狀態(tài)是“新” 。 提交后的 缺陷狀態(tài)是“已提交” 缺陷提交前必須分配一個具體的開發(fā)人員負責 ，如果 測試人員 不確定誰負責，可以把缺陷分配給測試經(jīng)理或項目負責人，再由他們重新分配負責人。 已經(jīng)打開的缺陷也可以修改負責人。 處置記錄必須符合 規(guī)定的要求。 缺陷輕微，且修改困難，或修改易導致更大的潛在問題 不處理 說明缺陷和需求不相抵觸，且輕微 說明處理的困難和風險 如果按照開發(fā)計劃，缺陷發(fā)生的功能不屬于當前開發(fā)階段必須的 完成的 推遲處理 引用開發(fā)計劃，寫明何時處理。 4 關(guān)閉 測試 人員 確認缺陷已經(jīng)解決后，關(guān)閉缺陷。 再打開 驗證測試不通過的缺陷，應當重新打開，狀態(tài)變?yōu)椤爸匦麓蜷_”。 項目負責人應當關(guān)注“重新打開”的缺陷。 編號 缺陷的唯一標示，可以 方便對特定缺陷記錄的引用。 對于文檔缺陷，這里使用文檔在配置庫里的版本號。 缺陷登記者不明確責任人時，可以指定項目負責人為責任人，由他重新分配負責 人 。 參見 否決 責任人呢不同意缺陷，或不處理缺陷 參見 和 關(guān)閉 驗證測試通過后 重新打開 沒有通過驗證測試， 或不同意被否決。 嚴重程度 標志缺陷對整個軟件產(chǎn)品功能的影響程度。 下面的問題 應 定義為嚴重度 1級： ? 問題會自發(fā)的影響整個系統(tǒng)。 ? 具有操
公司管理相關(guān)推薦
鄂ICP備17016276號-1