資源描述：
《軟件bug管理流程和規(guī)范》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。
1、軟件BUG管理流程和規(guī)范密級：機(jī)密作者楊林紅更新日期2010-11-2版本D0.1打印日期2021-6-12深圳市鼎智時代通訊技術(shù)有限公司版權(quán)所有（2010~2011）擬制：楊林紅2010年11月4日審核：Xxxx年xx月xx日測試：Xxxx年xx月xx日文檔管理：Xxxx年xx月xx日修訂歷史：版本號修訂內(nèi)容修訂人修訂日期D0.0新編制楊林紅2010-11-4D0.1補(bǔ)充開發(fā)部分盧方2010-11-4深圳市鼎智時代通訊技術(shù)有限公司版權(quán)所有（2005~2005）第4頁(共4頁)軟件BUG管理流程和規(guī)范密級：機(jī)密作者楊林紅更新日期2010-11-
2、2版本D0.1打印日期2021-6-12一、軟件錯誤的常用狀態(tài)新問題(New)：測試中新報告的軟件缺陷；已分配(Assigned)：被確認(rèn)并分配給相關(guān)開發(fā)人員處理；已解決(Resolved)：開發(fā)人員已完成修正，等待測試人員驗證；不處理(Wontfix):拒絕修改缺陷或擱置不改；再開啟(Reopende):修改驗證未改，重新分配修改；深圳市鼎智時代通訊技術(shù)有限公司版權(quán)所有（2005~2005）第4頁(共4頁)軟件BUG管理流程和規(guī)范密級：機(jī)密作者楊林紅更新日期2010-11-2版本D0.1打印日期2021-6-12無效的(Invalid):不是
3、缺陷已關(guān)閉(Closed)：錯誤已被修復(fù)；一、Bug管理的流程1.測試人員提交新的Bug入庫，錯誤狀態(tài)為New。2.測試組長驗證錯誤，如果確認(rèn)是錯誤，分配給相應(yīng)的開發(fā)人員并抄送給軟件項目經(jīng)理，設(shè)置狀態(tài)為Open。如果不是錯誤，則拒絕，設(shè)置為Invalid(無效)狀態(tài)。3.開發(fā)人員查詢狀態(tài)為Open的Bug，把Bug置為Assigned狀態(tài)，表明已經(jīng)開始處理該問題4.對于無效BUG,開發(fā)人員把狀態(tài)置為Invalid。5.對于普通BUG,開發(fā)人員修復(fù)BUG后，把狀態(tài)置為Resolved。6.對于暫時不能解決的BUG,狀態(tài)保留為Assigned，并添
4、加相關(guān)備注。7.對于不能修改或者建議不修改的問題，及時反饋給項目經(jīng)理，經(jīng)開會討論決議后，才能置為暫時不修改Wontfix測試人員查詢狀態(tài)為Fixed的Bug，然后驗證Bug是否已解決，如解決置Bug的狀態(tài)為Closed，如沒有解決置狀態(tài)為Reopen。二、軟件BUG規(guī)范1.軟件BUG提交報告包括頭信息、簡述、操作步驟和注釋。a)頭信息包括：測試軟件名稱、版本號、嚴(yán)重程度、優(yōu)先程度、測試平臺、缺陷或錯誤范圍。要求填寫完整、準(zhǔn)確。b)簡述是對缺陷或錯誤特征的簡單描述，可以使用短語或短句，要求簡練、準(zhǔn)確，并描述清楚正確的應(yīng)該是怎么樣的，現(xiàn)在有什么錯誤
5、，以及出現(xiàn)幾率。c)操作步驟是描述該缺陷或錯誤出現(xiàn)的操作順序，要求完整、簡潔、準(zhǔn)確。每一個步驟盡量只記錄一個操作。結(jié)束時寫上出現(xiàn)頻率。d)注釋一般是對缺陷或錯誤的附加描述。e)對于描述不清楚的問題，可以抓張圖片說明，對于非必現(xiàn)的問題，需要添加log附件。2.每個軟件問題報告只書寫一個缺陷或錯誤?這樣可以每次只處理一個確定的錯誤，定位明確，提高效率，也便于修復(fù)錯誤后方便的進(jìn)行驗證。?3.開發(fā)人員解決BUG時，需要寫明：a)BUG的原因。b)BUG的修改方法c)BUG可以在哪個版本上進(jìn)行驗證。深圳市鼎智時代通訊技術(shù)有限公司版權(quán)所有（2005~200
6、5）第4頁(共4頁)軟件BUG管理流程和規(guī)范密級：機(jī)密作者楊林紅更新日期2010-11-2版本D0.1打印日期2021-6-12一、軟件BUG流程管理要點(diǎn)1.為了保證BUG的正確性，需要有豐富測試經(jīng)驗的測試人員驗證發(fā)現(xiàn)的BUG是否是真正的BUG，書寫的測試步驟是否準(zhǔn)確，是否能重復(fù)。2.每次對BUG的處理都要保留處理信息，包括處理方法，處理意見，Bug狀態(tài)。3.拒絕或延期BUG不能由程序員單方面決定，應(yīng)該由項目經(jīng)理，測試經(jīng)理和設(shè)計經(jīng)理共同決定。4.BUG修復(fù)后必須由報告錯誤的測試人員驗證后，確認(rèn)已經(jīng)修復(fù)，才能關(guān)閉BUG。5.開發(fā)人員應(yīng)該首先著手自
7、己重現(xiàn)問題，減少對測試人員的依賴6.對于某些不能重復(fù)的錯誤，加強(qiáng)測試人員與程序員的交流，可以請測試人員補(bǔ)充詳細(xì)的測試步驟和方法，以及必要的測試LOG信息。7.軟件項目經(jīng)理應(yīng)該加強(qiáng)對BUG的關(guān)注，對于沒有及時得到處理、長時間沒有解決問題應(yīng)該進(jìn)行跟蹤。8.普通的研發(fā)版本，應(yīng)該帶上自動記錄LOG的功能。9.無法重現(xiàn)的BUG，需要跟蹤三個版本以上才能關(guān)閉。深圳市鼎智時代通訊技術(shù)有限公司版權(quán)所有（2005~2005）第4頁(共4頁)
