1、精選優質文檔-傾情為你奉上測試管理辦法修訂歷史記錄日期版本作者審核者說明2013-7-10V0.1 Ts初稿目 錄1. 概要1.1. 目的本過程規范軟件測試過程中的各項活動，通過測試活動及早發現軟件系統中的缺陷，并確保缺陷被有效的標識、跟蹤、和修改，保證軟件系統能夠達到要求的質量，符合客戶的要求。1.2. 適用范圍本過程適用于軟件生命周期中的集成測試、系統測試、性能測試活動和缺陷管理活動。2. 職責項目組測試負責人可以由測試經理指定測試組成員其他人員擔任。項目組測試負責人以下簡稱測試負責人。測試負責人負責： 制定測試計劃 參與、跟蹤測試過程 對測試活動和結果進行分析，撰寫測試分析報告測試人員，

2、由項目組成員擔任，負責： 根據測試計劃編寫測試用例 搭建測試環境，準備測試腳本 執行測試，記錄測試結果和缺陷 執行回歸測試3. 測試準備3.1. 文檔分析測試人員應參加需求評審、設計評審。對用戶需求說明書、系統界面原型和軟件設計說明書等進行閱讀和審查，與需求經理、項目經理溝通，根據系統功能復雜度，系統業務復雜度進行估算有效測試執行時間，為項目總計劃和測試計劃的制定提供參考和依據。通過對文檔分析，分解各功能模塊，各功能點，為測試用例設計提供數據依據。3.2. 測試計劃根據測試的種類，測試計劃分為功能測試和性能測試計劃。測試計劃旨在說明各測試階段任務、人員分配、時間安排、測試要點、工作規范等。測試

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

4、認。3.3.1. 測試用例設計方法測試用例的設計方法有等價類測試、邊界值分析、基于判定表的測試、基于因果圖的測試、基于狀態圖的測試、基于場景的測試。在設計測試用例時常用的設計方法有等價類測試、邊界值分析兩種方法。3.3.1.1. 測試用例操作步驟1、 在設計編寫測試用例時，首先要從測試用例庫中選擇相應功能的測試用例，在原有測試用例的基礎上依據系統需求文檔對測試用例的進行修改、更新，評審通過后將使用該測試用例測試被測系統。2、 在測試項目結束后，統計分析所使用過的測試用例，進行分類放到相應的測試用例庫中。為以后測試用例的設計編寫提供數據基礎。3.3.1.2. 測試用例選擇準則測試用例的代表性：能

5、夠代表各種合理和不合理的、合法的和非法的、邊界和越界的,以及極限的輸入數據、操作和環境設置等；測試結果的可判定性：即測試執行結果的正確性是可判定的或可評估的；測試結果的可再現性：即對同樣的測試用例,系統的執行結果應當是相同的。3.4. 測試軟/硬件環境根據需求文檔提供的內容，和開發部溝通確定測試項目所需的軟硬件環境，完成對測試項目所需軟硬件資源的準備工作，使軟硬件資源得到滿足。完成對軟硬件資源的配置后，要進行對測試項目的軟硬件環境進行評審，確認對軟硬件資源配置的有效性。3.5. 測試數據準備完成對測試項目基本數據的準備操作，包括數據庫連接、用戶信息、用戶角色權限、單位組織等信息和測試相關的測試

6、數據。3.6. 測試執行過程績效考核為促進測試人員積極主動做好測試執行工作，對測試人員進行測試執行過程進行考核。序號測試準備內容考核評分標準1測試負責人未編寫測試計劃測試負責人 0.5分2測試人員未編寫測試用例測試人員 0.5分以上統計數據由項目經理提供給部門經理。4. 測試執行4.1. 項目測試周期測試項目的測試周期可分為：單元測試、接收測試、集成測試、系統測試、回歸測試、性能測試等。4.2. 項目測試啟動軟件項目測試活動的正式啟動，是在確認軟件可測試性后展開的。開發人員需要對產品進行單元測試，單元測試效果通過接收測試驗證。4.3. 項目測試階段測試人員依據測試計劃和測試用例進行測試活動。測

7、試一般分為兩個階段：1、集成測試、系統測試階段：該階段測試人員每天提交缺陷，并跟蹤缺陷，驗證缺陷，直到提交的缺陷被關閉或被保留。開發人員周期性提交修改過缺陷的新版本，測試人員在新版本上驗證缺陷。2、回歸測試階段：在集成測試、系統測試階段完成后，產品將進入回歸測試階段。測試人員對修改后的產品進行重新功能驗證，確保修改的正確性，驗證在修改缺陷的同時沒有引入新的問題。回歸缺陷是指開發人員標示已修改的缺陷，經測試后發現仍未修改正確，或引入其他缺陷，或在前一個版本中未發現的缺陷，在后一個版本中出現。如產品進行性能測試，則需要在性能測試后，進行一輪回歸測試，確保功能的正確性。4.4. 項目測試結束項目測試

8、結束時應達到測試質量目標所規定的標準。通過評審后結束該項目測試。4.5. 測試執行過程績效考核為促進開發人員積極主動做質量工作，對開發人員進行考核。序號開發人員考核內容考核評分標準1開發人員提交的首個產品未通過單元測試標準，即軟件打開崩潰報錯、硬件無法使用等項目經理 - 1分2開發人員無故將【嚴重】、【系統崩潰】級別無爭議的缺陷放置并延期3天修改。每個缺陷，對應開發人員 - 0.5分3一個項目中【已分派】或【未處理】這類長期未處理的問題超過3天仍未處理。項目經理 - 0.5分4開發人員未能正確修改缺陷，導致狀態為【已修改】的缺陷被【未解決】、【打回】，每天超過1個。對應開發人員 - 0.1分5

9、開發人員通過代碼自測試解決缺陷在項目組中排名第一者對應開發人員 + 0.5分以上統計數據由測試人員在項目交付后提供給部門經理。對測試人員質量工作進行考核。序號測試人員考核內容考核評分標準1測試人員提出有效bug量周第一對應測試人員 + 0.5分2由于描述不清楚導致開發人員返回問題單，周超過5個對應測試人員 - 0.5分3測試人員提出提高測試效率建議對應測試人員 + 0.5分4由于測試人員測試效率低下，或者未能按時完成測試任務并且沒有開發延期等原因對應測試人員 - 0.5分5由于測試人員出色的表現，使項目測試任務提前完成對應測試人員 + 0.5分以上統計數據由測試經理在項目交付后提供給部門經理。

10、5. 測試變更當需求變更，功能變化，測試人員根據變更情況，評估測試變更所需時間，提出變更風險。如變更情況被項目組通過，測試人員將按上述流程進行變更測試。6. 缺陷管理6.1. 缺陷管理流程6.2. 提交缺陷測試人員將缺陷填寫到管理工具中，選擇指派人為開發組長或相應的開發人員。6.3. 分配缺陷開發人員分別對自己收到的缺陷進行評審。評審后如果對提交的缺陷有疑問，可以與提交人協商。對未能達成一致的缺陷由項目經理組織項目組成員評審。評審人員可以是項目組人員。如果缺陷初次分配的開發人員無法修改該缺陷，初次分配的開發人員可以將缺陷再次分配給其他開發人員。但為避免缺陷被多次分配，項目經理應跟蹤3天以上未修改的缺陷。6.4. 修改缺陷開發人員對已確認的缺陷進行修改，填寫修改記錄，修改缺陷狀態為“已修改”或其他狀態。6.5. 關閉缺陷測試人員對已修改的缺陷進行驗證。如果已修改完成，測試人員將缺陷狀態設置為關閉。如果沒有修改或引起回歸問題，將修改缺陷狀態為“重新開啟”或新增缺陷，由開發工程師繼續修改。6.6. 保留缺陷對于有爭議的缺陷進行，將有