資源描述:
《軟件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頁)