軟件測試的重要環(huán)節(jié)備課講稿

1、文檔編碼 : CQ3Z9Z2S2K4 HT3Q5O3X6U7 ZW3D10J6O6X4軟 件 測 試 的 重 要 環(huán) 節(jié)精品文檔軟件測試的重要環(huán)節(jié)：Bug 治理流程來源：中國軟件評測中心軟件測試的主要目的在于發(fā)覺軟件存在的錯誤 Bug,對于如何處理測試中發(fā)覺的錯誤,將直接影響到測試的成效；只有正確、快速、精確地處理這些錯誤,才能排除軟件錯誤,保證 要發(fā)布的軟件符合需求設(shè)計的目標(biāo)；在實際軟件測試過程中,對于每個 Bug 都要經(jīng)過測試、確 認、修復(fù)、驗證等的治理過程,這是軟件測試的重要環(huán)節(jié)；錯誤跟蹤治理系統(tǒng)為了正確跟蹤每個軟件錯誤的處理過程,通常將軟件測試發(fā)覺的每個錯誤作為一條條記錄 輸入制定的錯

2、誤跟蹤治理系統(tǒng)；目前已有的缺陷跟蹤治理軟件包括 Compuware 公司的 TrackRecord 軟件（商業(yè)軟件）、 Mozilla 公司的Buzilla 軟件（免費軟件）,以及國內(nèi)的微創(chuàng)公司的 BMS 軟件,這些軟件在功能 上各有特點,可以依據(jù)實際情形選用；當(dāng)然,也可以自己開發(fā)缺陷跟蹤軟件,例如基于 件；Notes 或是 ClearQuese開發(fā)缺陷跟蹤治理軟作為一個缺陷跟蹤治理系統(tǒng),需要正確設(shè)計每個錯誤的包含信息的字段內(nèi)容和記錄錯誤的處理信息的全 部內(nèi)容；字段內(nèi)容可能包括測試軟件名稱,測試版本號,測試人名稱,測試大事,測試軟件和硬件配置環(huán)境,發(fā)覺軟件錯誤的類型,錯誤的嚴肅等級,詳細步驟,

3、必要的附圖,測試注釋；處理信息包括處理者姓名,處理時間,處理步驟,錯誤記錄的當(dāng)前狀態(tài)；正確的數(shù)據(jù)庫權(quán)限治理是錯誤跟蹤治理系統(tǒng)的重要考慮要素,一般要保證對于添加的錯誤 不能從數(shù)據(jù) 庫中刪除；軟件錯誤的狀態(tài)新信息 New ：測試中新報告的軟件缺陷；打開 Open：被確認并支配給相關(guān)開發(fā)人員處理；修正 Fixed ：開發(fā)人員已完成修正,等待測試人員驗證；收集于網(wǎng)絡(luò),如有侵權(quán)請聯(lián)系治理員刪除精品文檔拒絕 Declined: 拒絕修改缺陷；延期 Deferred: 不在當(dāng)前版本修復(fù)的錯誤,下一版修復(fù)關(guān)閉 Closed：錯誤已被修復(fù)； Bug 治理的一般流程測試人員提交新的 Bug 入庫,錯誤狀態(tài)為 Ne

4、w；高級測試人員驗證錯誤,假如確認是錯誤,支配給相應(yīng)的開發(fā)人員,設(shè)置狀態(tài)為 Open；如 果不是錯誤,就拒絕,設(shè)置為 Declined 狀態(tài)；開發(fā)人員查詢狀態(tài)為 Open 的 Bug,假如不是錯誤,就置狀態(tài)為 Declined；假如是 Bug 就修復(fù) 并置狀態(tài)為 Fixed ；不能解決的 Bug,要留下文字說明及保持 Bug 為 Open 狀態(tài)；對于不能解決和延期解決的 Bug,不能由開發(fā)人員自己準(zhǔn)備,一般要通過某種會議（評審 會）通過才能認可；測試人員查詢狀態(tài)為Fixed 的 Bug,然后驗證Bug 是否已解決,如解決置Bug 的狀態(tài)為 Closed,如沒有解決置狀態(tài)為Reopen；軟件錯誤流程治理要點為了保證錯誤的正確性,需要有豐富測試體會的測試人員驗證發(fā)覺的錯誤是否是真正的錯誤,書寫的測試步驟是否精確,可以重復(fù)；每次對錯誤的處理都要保留處理信息,包括處理姓名,時間,處理方法,處理看法,Bug 狀態(tài)；拒絕或延期錯誤不能由程序員單方面準(zhǔn)備,應(yīng)當(dāng)由項目經(jīng)理,測試經(jīng)理和設(shè)計經(jīng)理共同準(zhǔn)備；錯誤修復(fù)后必需由報告錯誤的測試人員驗證后,確認已經(jīng)修復(fù),才能關(guān)閉錯誤；加強測