測試管理辦法

1、測試管理辦法修訂歷史記錄日期版本作者審核者說明2013-7-10V0。1Ts初稿 TOC o 1-5 h z HYPERLINK l bookmark21 o Current Document 1。概要4 HYPERLINK l bookmark25 o Current Document 目的41。2。適用范圍4 HYPERLINK l bookmark33 o Current Document 2。職責(zé)4 HYPERLINK l bookmark44 o Current Document 3。測試準(zhǔn)備4 HYPERLINK l bookmark48 o Current Document 3.

2、1。文檔分析4 HYPERLINK l bookmark52 o Current Document 3.2。測試計劃53。3。測試用例53.3.1。測試用例設(shè)計方法5 HYPERLINK l bookmark64 o Current Document 3。4.測試軟/硬件環(huán)境6 HYPERLINK l bookmark68 o Current Document 3。5.測試數(shù)據(jù)準(zhǔn)備6 HYPERLINK l bookmark76 o Current Document 4。測試執(zhí)行64。1。項目測試周期6 HYPERLINK l bookmark84 o Current Document 4。2

3、.項目測試啟動6 HYPERLINK l bookmark88 o Current Document 項目測試階段6 HYPERLINK l bookmark94 o Current Document 4。4.項目測試結(jié)束7 HYPERLINK l bookmark102 o Current Document 5。測試變更8 HYPERLINK l bookmark106 o Current Document 6。缺陷管理8 HYPERLINK l bookmark110 o Current Document 缺陷管理流程8問題提交8問題分配86。4.問題修改錯誤!未定義書簽。6。5。問題關(guān)閉

4、錯誤!未定義書簽。7?；貧w測試錯誤!未定義書簽?；貧w測試策略錯誤!未定義書簽。7.2。回歸測試基本過程錯誤!未定義書簽。8。測試結(jié)果分析9概要目的本過程規(guī)范軟件測試過程中的各項活動，通過測試活動及早發(fā)現(xiàn)軟件系統(tǒng)中的缺陷，并 確保缺陷被有效的標(biāo)識、跟蹤、和修改,保證軟件系統(tǒng)能夠達到要求的質(zhì)量，符合客戶的要 求。適用范圍本過程適用于軟件生命周期中的集成測試、系統(tǒng)測試、性能測試活動和缺陷管理活動。職責(zé)項目組測試負責(zé)人可以由測試經(jīng)理指定測試組成員其他人員擔(dān)任。項目組測試負責(zé)人以 下簡稱測試負責(zé)人。測試負責(zé)人負責(zé)：制定測試計劃參與、跟蹤測試過程對測試活動和結(jié)果進行分析，撰寫測試分析報告測試人員，由項目組

5、成員擔(dān)任，負責(zé)：根據(jù)測試計劃編寫測試用例搭建測試環(huán)境，準(zhǔn)備測試腳本執(zhí)行測試，記錄測試結(jié)果和缺陷執(zhí)行回歸測試測試準(zhǔn)備文檔分析測試人員應(yīng)參加需求評審、設(shè)計評審。對用戶需求說明書、系統(tǒng)界面原型和軟 件設(shè)計說明書等進行閱讀和審查，與需求經(jīng)理、項目經(jīng)理溝通，根據(jù)系統(tǒng)功能復(fù)雜度系 統(tǒng)業(yè)務(wù)復(fù)雜度進行估算有效測試執(zhí)行時間，為項目總計劃和測試計劃的制定提供參考和依 據(jù)。通過對文檔分析，分解各功能模塊，各功能點，為測試用例設(shè)計提供數(shù)據(jù)依據(jù)。測試計劃根據(jù)測試的種類，測試計劃分為功能測試和性能測試計劃。測試計劃旨在說明各測試階 段任務(wù)、人員分配、時間安排、測試要點、工作規(guī)范等。測試計劃在策略和方法方面說明如 何計劃、

6、組織和管理測試項目。測試計劃包含足夠的信息使測試人員明白項目需要做什么是 如何運作的。測試計劃不包括測試用例的細節(jié)和系統(tǒng)功能的詳細信息。測試計劃的制定請參 閱測試計劃模板。測試計劃應(yīng)附有測試功能點矩陣、測試性能點矩陣測試計劃應(yīng)在項目組內(nèi)進行評審.參與測試計劃評審的人員包括：項目經(jīng)理、測試負責(zé) 人、開發(fā)人員、測試人員.測試用例測試用例是為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期 望結(jié)果的一個特定的集合。解決要測什么、怎么測和如何衡量的問題。依據(jù)用戶需求分析說明書、概要設(shè)計文檔來設(shè)計測試用例，發(fā)現(xiàn)需求與設(shè)計中的問題后， 與需求作者及時溝通確認。測試用例設(shè)計方法測試用例的設(shè)計方

7、法有等價類測試、邊界值分析、基于判定表的測試、基于因果圖的 測試、基于狀態(tài)圖的測試、基于場景的測試.在設(shè)計測試用例時常用的設(shè)計方法有等價類測試、邊界值分析兩種方法。測試用例操作步驟1、在設(shè)計編寫測試用例時，首先要從測試用例庫中選擇相應(yīng)功能的測試用例,在原有 測試用例的基礎(chǔ)上依據(jù)系統(tǒng)需求文檔對測試用例的進行修改、更新，評審?fù)ㄟ^后將 使用該測試用例測試被測系統(tǒng)。2、在測試項目結(jié)束后，統(tǒng)計分析所使用過的測試用例，進行分類放到相應(yīng)的測試用例 庫中.為以后測試用例的設(shè)計編寫提供數(shù)據(jù)基礎(chǔ)。3.3.1.2 .測試用例選擇準(zhǔn)則測試用例的代表性：能夠代表各種合理和不合理的、合法的和非法的、邊界和越界的 以及極限

8、的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等；測試結(jié)果的可判定性：即測試執(zhí)行結(jié)果的正確性是可判定的或可評估的；測試結(jié)果的可再現(xiàn)性：即對同樣的測試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。測試軟/硬件環(huán)境根據(jù)需求文檔提供的內(nèi)容，和開發(fā)部溝通確定測試項目所需的軟硬件環(huán)境，完成對測 試項目所需軟硬件資源的準(zhǔn)備工作，使軟硬件資源得到滿足。完成對軟硬件資源的配置后，要進行對測試項目的軟硬件環(huán)境進行評審,確認對軟硬件 資源配置的有效性。測試數(shù)據(jù)準(zhǔn)備完成對測試項目基本數(shù)據(jù)的準(zhǔn)備操作，包括數(shù)據(jù)庫連接、用戶信息、用戶角色權(quán)限、 單位組織等信息和測試相關(guān)的測試數(shù)據(jù)。測試執(zhí)行過程績效考核為促進測試人員積極主動做好測試執(zhí)行工作，對測試人員進

9、行測試執(zhí)行過程進行考核。序號測試準(zhǔn)備內(nèi)容考核評分標(biāo)準(zhǔn)1測試負責(zé)人未編寫測試計劃測試負責(zé)人-0.5分2測試人員未編寫測試用例測試人員-0。5分以上統(tǒng)計數(shù)據(jù)由項目經(jīng)理提供給部門經(jīng)理。測試執(zhí)行項目測試周期測試項目的測試周期可分為:單元測試、接收測試、集成測試、系統(tǒng)測試、回歸測試、 性能測試等。項目測試啟動軟件項目測試活動的正式啟動，是在確認軟件可測試性后展開的。開發(fā)人員需要對產(chǎn) 品進行單元測試，單元測試效果通過接收測試驗證。項目測試階段測試人員依據(jù)測試計劃和測試用例進行測試活動。測試一般分為兩個階段：1、集成測試、系統(tǒng)測試階段：該階段測試人員每天提交缺陷，并跟蹤缺陷，驗證缺陷， 直到提交的缺陷被關(guān)閉

10、或被保留。開發(fā)人員周期性提交修改過缺陷的新版本，測試人員在新 版本上驗證缺陷。2、回歸測試階段：在集成測試、系統(tǒng)測試階段完成后，產(chǎn)品將進入回歸測試階段.測 試人員對修改后的產(chǎn)品進行重新功能驗證，確保修改的正確性，驗證在修改缺陷的同時沒有 引入新的問題.回歸缺陷是指開發(fā)人員標(biāo)示已修改的缺陷，經(jīng)測試后發(fā)現(xiàn)仍未修改正確，或 引入其他缺陷，或在前一個版本中未發(fā)現(xiàn)的缺陷，在后一個版本中出現(xiàn)。如產(chǎn)品進行性能測試，則需要在性能測試后，進行一輪回歸測試，確保功能的正確性。項目測試結(jié)束項目測試結(jié)束時應(yīng)達到測試質(zhì)量目標(biāo)所規(guī)定的標(biāo)準(zhǔn)。通過評審后結(jié)束該項目測試。測試執(zhí)行過程績效考核為促進開發(fā)人員積極主動做質(zhì)量工作，對

11、開發(fā)人員進行考核。序號開發(fā)人員考核內(nèi)容考核評分標(biāo)準(zhǔn)1開發(fā)人員提交的首個產(chǎn)品未通過單元 測試標(biāo)準(zhǔn)，即軟件打開崩潰報錯、硬件 無法使用等項目經(jīng)理-1分2開發(fā)人員無故將【嚴(yán)重】、【系統(tǒng)崩潰】 級別無爭議的缺陷放置并延期3天修 改.每個缺陷，對應(yīng)開發(fā)人員-0.5分3一個項目中【已分派】或【未處理】這 類長期未處理的問題超過3天仍未處 理。項目經(jīng)理一0。5分4開發(fā)人員未能正確修改缺陷，導(dǎo)致狀態(tài) 為【已修改】的缺陷被【未解決】、【打 回】，每天超過1個.對應(yīng)開發(fā)人員-0。1分5開發(fā)人員通過代碼自測試解決缺陷在 項目組中排名第一者對應(yīng)開發(fā)人員+ 0。5分以上統(tǒng)計數(shù)據(jù)由測試人員在項目交付后提供給部門經(jīng)理。對測

12、試人員質(zhì)量工作進行考核.序號測試人員考核內(nèi)容考核評分標(biāo)準(zhǔn)1測試人員提出有效bug量周第一對應(yīng)測試人員+ 0。5分2由于描述不清楚導(dǎo)致開發(fā)人員返回問 題單，周超過5個對應(yīng)測試人員一0。5分3測試人員提出提高測試效率建議對應(yīng)測試人員+ 0.5分4由于測試人員測試效率低下，或者未能 按時完成測試任務(wù)并且沒有開發(fā)延期 等原因?qū)?yīng)測試人員-0。5分5由于測試人員出色的表現(xiàn)，使項目測試 任務(wù)提前完成對應(yīng)測試人員+ 0.5分以上統(tǒng)計數(shù)據(jù)由測試經(jīng)理在項目交付后提供給部門經(jīng)理。測試變更當(dāng)需求變更，功能變化，測試人員根據(jù)變更情況評估測試變更所需時間，提出變更風(fēng) 險。如變更情況被項目組通過，測試人員將按上述流程進行

13、變更測試.缺陷管理缺陷管理流程提交缺陷測試人員將缺陷填寫到管理工具中，選擇指派人為開發(fā)組長或相應(yīng)的開發(fā)人員。分配缺陷開發(fā)人員分別對自己收到的缺陷進行評審.評審后如果對提交的缺陷有疑問，可以與提 交人協(xié)商。對未能達成一致的缺陷由項目經(jīng)理組織項目組成員評審.評審人員可以是項目組 人員。如果缺陷初次分配的開發(fā)人員無法修改該缺陷，初次分配的開發(fā)人員可以將缺陷再次 分配給其他開發(fā)人員.但為避免缺陷被多次分配，項目經(jīng)理應(yīng)跟蹤3天以上未修改的缺陷。修改缺陷開發(fā)人員對已確認的缺陷進行修改，填寫修改記錄，修改缺陷狀態(tài)為“已修改或其他狀 態(tài)。關(guān)閉缺陷測試人員對已修改的缺陷進行驗證。如果已修改完成,測試人員將缺陷狀態(tài)設(shè)置為關(guān)閉. 如果沒有修改或引起回歸問題