1、軟件測試工作規范版本記錄:文件狀態：草稿V 正式發布正在修改當前版本：V1.0作者：周忠智完成日期：2010-10-13簽收人：周忠智簽收日期：2010-10-131. 編寫目的2. 測試團隊構成 32.1 職責 32.2 角色劃分 33. 工作流程及規范 43.1 計劃與設計階段 . 43.1.1 成立測試團隊. 43.1.2 測試預通知 . 43.1.3 召開測試啟動會議 . 43.1.4 編寫測試計劃文檔 . 53.1.5 設計測試用例. 63.2 實施測試階段 . 63.2.1 實施測試用例. 63.2.2 提交報告 . 63.2.3 回歸測試 . 73.3 總結階段 73.3.1編寫

2、測試報告. 83.3.2測試工作總結. 83.3.3 測試驗收 . 93.3.4 測試歸檔 . 93.4 缺陷跟蹤 104 缺陷類型定義 105 測試標準 116 問題爭議處理 117 測試標準文檔 111. 編寫目的本文檔是測試團隊的日常工作規范，主要側重測試工作流程的控制，明確軟件工程的各階段測試團隊應完 成的工作。測試技術和策略等問題不在本文檔描述范圍內2. 測試團隊構成2.1職責測試是軟件開發過程中的重要組成部分，肩負著如下責任：A、在項目的前景、需求文檔確立基線前對文檔進行測試，從用戶體驗和測試的角度提 岀自己的看法。B、編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。C、編寫

3、覆蓋率高的測試用例。D、針對測試需求進行相關測試技術的研究。E、認真仔細地實施測試工作，并提交測試報告以供項目組參考。F、進行缺陷跟蹤與分析。2.2角色劃分在人力資源有限的情況下，一個團隊成員可能會同時承擔多個角色角色名稱相關主要責任組建測試組測試負責人協調測試組內部的溝通代表測試組與其它角色組進行溝通編寫測試計劃q測試報告分析測試用例設計工程師編寫測試用例可以由測試負責人兼任測試實施工程師實施測試用例，執行測試技術支持工程師為測試工作提供技術支持3. 工作流程及規范3.1計劃與設計階段3.1.1成立測試團隊在項目組成立的同時，測試組也將同時成立。團隊成立的工作與責任如下:過程要點詳細說明輸入

4、條件項目組成立（參與項目計劃書的評審）工作內容為測試組任命一名測試負責人，同時確定測試組的構成人選。退出標準測試組成立責任人測試負責人圖表13.1.2測試預通知在正式測試任務下達前，開發團隊應提前一周左右向測試團隊下達預通知，告之較為確切的測試日期，提 供當前最新的相關資料。測試負責人可視具體情況決定是否需要調整人力。測試人員可預先熟悉必要的背 景資料，協助測試負責人編寫測試計劃初稿。過程要占八、詳細說明輸入條件項目進入軟件實現階段（編碼）工作內容項目/產品經理郵件通知測試負責人正式測試交接時間，測試規模預估等退出標準預先通知得到測試負責人確認，并提交測試計劃初稿責任人產品經理，測試負責人圖表

5、23.1.3召開測試啟動會議過程要點詳細說明輸入條件測試負責人完成測試計劃初稿工作內容開發團隊與測試團隊交接測試內容，對測試目標達成一致，商討測試計劃初稿的 可行性，統一項目組的目標和測試的工作重點。退出標準明確測試內容與重點，項目方提交測試任務書，測試方提交測試計劃正 稿。責任人產品經理，測試負責人圖表33.1.4編寫測試計劃文檔需求分析文檔確立后，測試組需要編寫測試計劃文檔，為后續的測試工作提供直接的指導過程要點詳細說明輸入條件項目需求文檔建立根據項目的需求文檔，按照測試計劃文檔模板編寫測試計劃。測試計劃中應該至 少包括以下關鍵內容：a .測試需求一一需要測試組測試的范圍，估算岀測試所花費

6、的人力資源和各個測 試需求的測試優先級b. 測試方案整體測試的測試方法和每個測試需求的測試方法c. 測試資源一一本次測試所需要用到的人力、硬件、軟件、技術的資源工作內容d.測試組角色明確測試組內各個成員的角色和相關責任e.里程碑一一明確標準項目過程中測試組該關注的里程碑a. 可交付工件一一在測試組的工作中必須向項目組提交的產物，包括測試計劃、 測試報告等等b. 風險管理一一列舉岀測試工作所可能岀現的風險測試計劃編寫完畢后，必須提交給項目組全體成員，并由項目組組中各個角色組 聯合評審。a.測試計劃由項目組評審通過.退出標準b.在項目開發過程中，要適時的對測試計劃進行跟蹤，以供評估此次計劃的完整性

7、、可行性，在項目結束時還要最后評估一下測試計劃的質量責任人測試負責人圖表43.1.5設計測試用例在需求分析文檔確立基線以后，測試組需要針對項目的測試需求編寫測試用例，在實際的測試中，測試用例將是唯一實施標準。在用例的編寫過程中，具體的任務和責任人如下：過程要點詳細說明輸入條件測試需求明確，測試計劃明確工作內容根據每一步測試計劃編寫全部的測試用例退出標準測試用例需要覆蓋所有的測試需求責任人測試用例設計工程師（可由測試實施工程師或測試負責人兼做）圖表53.2實施測試階段3.2.1實施測試用例實施測試用例將花費測試組絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。過程要點詳細描述輸入條件測

8、試負責人之前一個工作日定岀當日的測試計劃，確定可用的測試用例。工作內容測試實施工程師根據測試計劃中分配給自己的測試任務和提供的測試用例，實施 相應的測試用例，并將記錄實施用例的結果退出標準測試用例中的所有任務被執行，結果被記錄。責任人測試實施工程師圖表63.2.2提交報告在約定的測試周期完成之后，測試負責人需要總結此次測試的結果，編寫測試報告過程要點詳細描述輸入條件測試組完成了預定周期的測試任務工作內容測試負責人根據此輪測試的結果，編寫測試報告，主要應包含以下內容：a. 測試報告的版本b. 測試的人員和時間c. 測試所覆蓋的缺陷一一測試組在這輪測試中所有處理的缺陷，報告了測試負責 人處理的缺陷

9、和實施工程師驗證的缺陷。不僅要寫岀覆蓋缺陷的總數，還要寫明 這些缺陷的去向d. 測試新發現的缺陷數量e. 上一版本活動缺陷的數量f. 經過此輪測試，所有活動缺陷的數量及其狀態分類g. 測試評估一一寫明在這一版本中，那些功能被實現了，那些還沒有實現，這里只需寫明和上一版本不同之處即可h.急待解決的問題一一寫明當前項目組中面臨的最優先的問題，可以重復提岀退出標準在每輪測試結束之后應盡快將符合標準的測試報告發給全項目組責任人測試負責人圖表7323回歸測試在每輪測試結束之后，由測試組重新拷貝修改后的最新版本，進行回歸測試。過程要點詳細描述輸入條件在每輪測試中，按照現有的測試用例沒有新的缺陷被發現，測試

10、報告中全部的活 動缺陷都被解決。工作內容測試組將按照測試計劃中對于回歸測試的策略對產品進行回歸測試，回歸測試的 用例屬于測試用例的一部分或者是全部測試用例，但不能超岀原先預定的測試用 例的范圍。退出標準回歸測試所運行的用例全部通過。責任人測試實施工程師（可由測試實施工程師或測試負責人兼做）圖表23.3總結階段測試工作結束或即將結束時，測試組就要開始著手準備進行總結的工作3.3.1編寫測試報告在回歸測試結束之后，測試負責人將要編寫測試總結報告，對測試進行總結，并且提交給全體項目組，為 產品的后續工作提供重要的信息支持。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作工作內容測試負責人根據測

11、試的結果，按照測試報告的文檔模板編寫測試報告，測試報告必須包含以下重要內容：a.測試資源概述一一多少人、多長時間b.測試結果摘要一一分別描述各個測試需求的測試結果，哪些還沒有實現產品實現了哪些功能點，c. 缺陷分析一一按照缺陷的屬性分類進行分析d. 測試需求覆蓋率一一原先列舉的測試需求的測試覆蓋率，可能一部分測試需求 因為資源和優先級的因素沒有進行測試，那么在這里要進行說明e. 測試評估一一從總體對項目質量進行評估f. 測試組建議一一從測試組的角度為項目組提岀工作建議退出標準測試負責人完成了符合標準的測試報告，發送給全項目組。責任人測試負責人332測試工作總結測試總結工作是在以上的工作全部結束

12、以后，它的目的是評估本次測試工作，總結經驗，使下一次的工作 做得更好。過程要點詳細描述輸入條件測試負責人完成了符合標準的測試報告，發送給全項目組工作內容測試負責人根據測試的結果，按照測試總結的文檔模板編寫測試總結，退出標準測試負責人完成了符合標準的測試總結，發送給全測試組。責任人測試負責人3.3.3測試驗收測試驗收工作是在以上工作全部結束后，對測試的過程，效果進行驗收，宣布測試結束。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作，測試負責人完成符合標準的測試總結文檔工作內容由測試發起會上約定的驗收組成員，對本測試進行驗收，驗收內容包括：a. 測試效果驗收一一測試是否達到預期目的b. 測

13、試文檔驗收一一測試過程文檔是否齊全，可信，符合標準c. 測試評估一一從總體對測試的質量進行評估d. 測試建議一一對本次測試工作指岀不足，需要在以后工作中改進的地方e. 宣布測試結束一一測試驗收組成員簽字宣布本次測試結束退出標準簽發測試驗收報告責任人產品經理334測試歸檔測試歸檔是在測試驗收結束宣布測試有效，結束測試后，對測試過程中涉及到各種標準文檔進行歸類，存檔過程要點詳細描述輸入條件測試驗收通過工作內容歸類，存檔測試過程涉及到的文檔，主要包括以下文檔（必須）a. 測試任務b. 測試計劃c. 測試用例d. 測試報告e. 測試總結報告f. 測試驗收報告退出標準全部文檔歸類完畢，版本號圭寸存責任人

14、測試負責人3.4缺陷跟蹤測試驗收結束后，跟蹤產品在試運行階段暴露岀來的新缺陷，以及已提交的缺陷是否再次發生。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作，測試驗收通過，產品試運行、運行。工作內容a. 已發現缺陷是否再次發生b. 是否有新發現的在測試中未發現的缺陷c. 是否有新發現的在測試中已發現但未修改的缺陷 定義：A類：新發現的缺陷B類：已發現的缺陷C類：已發現未修改的缺陷退出標準缺陷跟蹤報告責任人產品經理、項目實施經理4缺陷類型定義本規范定義以下五類缺陷A類一一嚴重錯誤，包括：1. 由于程序所引起的死機，非法退岀2. 死循環3. 導致數據庫發生死鎖4. 數據通訊錯誤5嚴重的數值計算錯誤B類一一較嚴重錯誤，包括：1. 功能不符2. 數據流錯誤3. 程序接口錯誤4. 輕微的數值計算錯誤c類一一一般性錯誤，包括：1. 界面錯誤（詳細文檔）2. 打印內容、格式錯誤3. 簡單的輸入限制未放在前臺進行控制4. 刪除操作未給岀提示D類較小錯誤，包括：1. 輔助說明描述不清楚2. 顯示格式不規范3. 長時間操作未給用戶進度提示4. 提示窗口文字未采用行業術語5. 可輸入區域和只讀區域沒有明顯的區分標志6. 系統