05軟件缺陷管理流程-資料下載頁
2025-08-27 10:47本頁面
【導讀】缺陷是產(chǎn)品與規(guī)定要求不相符的部分。軟件缺陷是開發(fā)、評審、測試和使用。用不方便或在某種程度上不能滿足用戶的要求。軟件缺陷的同義詞有：bug，issue，defect，問題等，這里通稱為缺陷。本文規(guī)定了軟件缺陷登記跟蹤處理的完整過程規(guī)范。適用于軟件的整個生命周期。的詢問回答，以及驗證測試。進行優(yōu)先級劃分，負責人進行確認并調(diào)解爭議。登記后的缺陷狀態(tài)是“新”。責，可以把缺陷分配給測試經(jīng)理或項目負責人，再由他們重新分配負責人。開”，表示缺陷正在處理中。陷狀態(tài)為“已解決”。處置記錄必須符合規(guī)定的要求。關閉，項目負責人不同意的需要“重新打開”。已經(jīng)提交缺陷信息完整，并分配責任人，1緊急如果障礙相關開發(fā)人員的進一步開發(fā)活動，應立即進行修復工作；對攻擊性的使用處理不足，例如無效數(shù)據(jù)，非法字符。
【正文】 一致的表述 開發(fā) 異常處理不充分或不恰當 結(jié)構(gòu)不當 邏輯判斷不當 對攻擊性的使用處理不足，例如無效數(shù)據(jù)，非法字符。 變量定義和使用不當，例如作用域不當 多余的循環(huán)和分支 測試 流程錯誤 功能沒有完全測試 補充規(guī)范（有效，格式等）沒有完全測試 缺少工具和資源的使用規(guī)范 使用了錯誤的環(huán)境（比如數(shù)據(jù)庫） 其他文檔 需求，設計，測試用例，測試計劃以外其他文檔 建構(gòu) 建構(gòu)過程導致的 缺陷描述 缺陷描述的要求為分類準確、敘述簡潔、 步驟清楚、有實例、可再現(xiàn)、復雜問題有據(jù)可查（截圖或其它形式的附件）。 具體要求為： ? 單一：盡量一個報告只針對一個軟件缺陷 ? 簡潔：每個步驟的描述應盡可能簡潔明了。只解釋事實、演示和描述軟件缺陷必要的細節(jié) ? 再現(xiàn)：必須描述重現(xiàn)的步驟和條件，比如具體輸入?yún)?shù)值 ，以便進行回歸驗證 。如果能截圖就應當提供截圖。截圖文件不建議用 BMP格式 。 ? 不能使用籠統(tǒng)的抽象詞句：比如“有錯誤”之類 ? 問題描述一般格式： ? 可重現(xiàn)的步驟 : 包括 發(fā)生錯誤時的輸入值 ? 期望結(jié)果 ? 實際結(jié)果 ? 其它信息，可依實際情況增加 處理意見 處置意見 是缺陷負責人對缺陷處置結(jié)果的簡短描述。 8 如果缺陷已經(jīng)修正解決，處置 意見 是“已修正”，對于否決的缺陷，處置意見參考 的表格 處置記錄 處置記錄 通常是解決方法 。 缺陷解決辦法的描述要求 包括 ： ? 原因：說明缺陷產(chǎn)生的原因，比如：設計考慮不周，邊界處理不嚴密，邏輯判斷不合理。要求描述具體簡潔，以便總結(jié)經(jīng)驗。 ? 解決方法 ： 修改涉及的文件，源代碼，配置，腳本等。 ? 概括：缺陷是否可能存在于其他位置，或引起其他問題。
公司管理相關推薦
鄂ICP備17016276號-1