1、XXXXXXXXXXXXXXXXXXXXXX公司文件編號版 本 號總 頁 數測試與發布過程規范 編制： 年 月 日審核： 年 月 日批準： 年 月 日 年 月 日發布 年 月 日實施XXXXXXXXXXXXXXXXXXXXXXX公司 發布2文件更改記錄序號版本號更改內容更改日期備注目 錄1目的22測試團隊的構成22.1職責22.2角色劃分23工作流程及規范33.1測試與發布流程圖33.2計劃與設計階段43.2.1測試任務啟動43.2.2編寫測試計劃書43.2.3設計測試用例53.2.4測試用例評審53.3實施測試階段63.3.1冒煙測試63.3.2模塊/集成測試63.3.3缺陷分析73.3.4

2、回歸測試73.3.5性能測試83.4總結階段83.4.1編寫系統測試報告83.4.2測試工作總結93.4.3測試歸檔103.5缺陷跟蹤104缺陷類型定義115測試標準126爭議處理127標準文檔121 目的本文檔是測試團隊的日常工作規范，主要于側重測試工作流程的控制，明確軟件工程的各階段測試團隊應完成的工作。更加規范的完成產品的功能測試和性能測試，確保產品質量，完成技術發布的準備工作。測試技術和策略等問題不在本文檔描述范圍之內。2 測試團隊的構成2.1 職責 在需求文檔確立基線前對文檔進行測試，從用戶體驗和測試的角度提出自己的看法。 編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。 編寫

3、覆蓋率高的測試用例，針對測試需求進行相關測試技術的研究。 認真仔細地實施測試工作，進行缺陷跟蹤與分析，并提交測試報告供項目組參考。2.2 角色劃分在人力資源有限的情況下，一個團隊成員可能會同時承擔多個角色。角色名稱相關主要責任測試主管 組建測試小組，代表測試小組與其他角色組進行溝通 編寫測試計劃，搭建測試環境 測試過程中的進度控制、風險管理 編寫測試報告，召開測試評審 編寫測試報告分析總結測試人員 識別測試需求，編寫測試用例，協助測試評審 執行測試用例，測試結果記錄，測試缺陷記錄與跟蹤軟件支持工程師 為測試工作提供技術支持，如果安裝環境、版本部署、測試工具支持等3 工作流程及規范3.1 測試與

4、發布流程圖3.2 計劃與設計階段3.2.1 測試任務啟動開發團隊與測試團隊交接測試內容，告之較為確切的測試日期，對測試目標達成一致，統一項目組的目標和測試的工作重點。項目經理提供當前最新的相關資料軟件項目計劃書、軟件測試任務書等。測試人員可預先熟悉背景資料，協助測試主管編寫軟件測試計劃書初稿。過程要點詳細說明前置條件項目經理提供軟件項目計劃書，項目進入軟件實現階段（編碼）工作內容項目經理通知測試主管正式測試交接時間，測試規模預估等退出標準測試任務得到測試主管確認，并提交軟件測試計劃書初稿輸出文檔軟件測試計劃書初稿。責任人項目經理，測試主管3.2.2 編寫測試計劃書需求分析文檔確立后，測試團隊需

5、要編寫測試計劃文檔，為后續的測試工作提供直接的指導。過程要點詳細說明前置條件項目需求文檔建立工作內容根據項目的需求文檔，按照測試計劃文檔模板編寫測試計劃。測試計劃中應該至少包括以下關鍵內容：l 測試需求需要測試團隊測試的范圍，估算出測試所花費的人力資源和各個測試需求的測試優先級l 測試策略整體測試的測試策略和每個測試需求的測試方法l 測試資源本次測試所需要用到的人力、硬件、軟件、技術的資源l 測試團隊角色明確測試團隊內各個成員的角色和相關責任l 里程碑明確標準項目過程中測試團隊應該關注的里程碑l 可交付工件在測試團隊的工作中必須向項目組提交的產物，包括測試計劃、測試報告等等l 風險管理列舉出測

6、試工作所可能出現的風險測試計劃編寫完畢后，必須提交給項目組全體成員，并由項目組組中各個角色組聯合評審退出標準測試計劃文檔由項目組評審通過，提供軟件測試計劃書正稿在項目開發過程中，要適時的對測試計劃進行跟蹤，以評估此計劃的完整性、可行性，在項目結束時還要最后評估一下測試計劃的質量輸出文檔軟件測試計劃書責任人測試主管3.2.3 設計測試用例在需求分析文檔確立基線以后，測試團隊需要針對項目的測試需求編寫測試用例，在實際的測試中，測試用例將是唯一實施標準。在用例的編寫過程中，具體的任務和責任人如下：過程要點詳細說明前置條件測試需求明確，測試計劃明確，項目經理提供軟件需求規格說明書工作內容根據每一步測試

7、計劃編寫全部的測試用例退出標準測試用例需要覆蓋所有的測試需求輸出文檔軟件測試用例單責任人測試主管、測試人員3.2.4 測試用例評審在測試團隊完成測試用例之后，項目組需要對項目的測試用例進行評審，在用例的評審過程中，具體的任務和責任人如下：過程要點詳細說明前置條件測試用例完成工作內容根據項目軟件需求規格說明書對測試用例進行評審退出標準更新測試用例，測試用例覆蓋到所有的測試需求輸出文檔軟件測試用例評審報告責任人項目經理、測試主管3.3 實施測試階段3.3.1 冒煙測試在開發團隊完成某個功能模塊之后，測試團隊首選對功能模塊進行冒煙測試，確保基本功能都完成。過程要點詳細描述前置條件開發團隊完成某個功能

8、模塊工作內容測試人員根據軟件需求規格說明書對模塊進行冒煙測試，確保基本功能完成。退出標準冒煙測試通過，基本功能完成。責任人測試人員、開發人員3.3.2 模塊/集成測試實施針對已經通過冒煙測試的功能模塊和已經評審通過的測試用例，實施測試用例絕對將花費測試團隊絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。過程要點詳細描述前置條件測試主管提前制定出當日的測試計劃，確定可用的測試用例。工作內容測試人員根據測試計劃中分配給自己的測試任務和測試用例，實施相應的測試用例，并將記錄實施用例的結果。缺陷及時記錄和提交，并與相關開發人員溝通。退出標準測試用例中的所有任務被執行，結果被記錄，缺陷被提交。

9、責任人測試人員、開發人員3.3.3 缺陷分析 測試主管和項目經理根據項目的定位，軟件需求及軟件測試中的80/20原則針對測試人員提交的缺陷進行分析，以提高測試效率。過程要點詳細描述前置條件所有的測試用例全部都實施完成工作內容根據項目的定位等針對測試人員提交的缺陷進行分析如存在缺陷轉為需求，則更新需求規格說明書退出標準測試人員提交的缺陷完成分析責任人項目經理、測試主管3.3.4 回歸測試在每輪測試結束之后，由測試團隊重新拷貝修改后的最新版本，進行回歸測試。過程要點詳細描述前置條件在每輪測試中，按照現有的測試用例沒有新的缺陷被發現，測試報告中全部的活動缺陷都被解決。工作內容測試團隊將按照測試計劃中

10、對于回歸測試的策略對產品進行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不超出原先預定的測試用例的范圍。退出標準回歸測試所運行的用例全部通過。責任人測試人員、開發人員3.3.5 性能測試如有必要，需要收集用戶對性能方面的要求，做性能測試，同時出具性能測試報告。過程要點詳細描述前置條件項目集成測試完畢，并完成所有的回歸測試工作內容根據收集到的用戶對性能方面的要求，制定性能測試策略，并進行性能測試，收集性能測試結果數據。輸出文檔性能測試報告退出標準項目的性能指標達到用戶的要求責任人測試人員、開發人員3.4 總結階段測試工作結束或即將結束時，測試團隊就要開始著手準備進行總結的工

11、作。3.4.1 編寫系統測試報告在回歸測試結束之后，測試主管將要編寫系統測試報告，對系統測試情況進行總結，并且提交給全體項目組，為產品的后續工作提供重要的信息支持。過程要點詳細描述前置條件測試團隊完成了所有的測試實施工作工作內容測試主管根據測試的結果，按照系統測試報告的文檔模板編寫測試報告，測試報告必須包含以下重要內容：l 測試資源概述多少人、多長時間l 測試結果摘要分別描述各個測試需求的測試結果，產品實現了哪些功能點，哪些還沒有實現l 缺陷分析按照缺陷的屬性分類進行分析l 測試需求覆蓋率原先列舉的測試需求的測試覆蓋率，可能一部分測試需求因為資源和優先級的因素沒有進行測試，那么在這里要進行說明

12、l 測試評估從總體對項目質量進行評估l 測試團隊建議從測試團隊的角度為項目組提出工作建議退出標準測試主管完成了符合標準的系統測試報告，發送給全項目組。輸出文檔系統測試報告責任人測試主管3.4.2 測試工作總結測試總結工作是在以上的工作全部結束以后，它的目的是評估本次測試工作，總結經驗，使下一次的工作做得更好。過程要點詳細描述前置條件測試主管完成了符合標準的測試報告，發送給全項目組工作內容測試主管根據測試的結果，按照測試總結的文檔模板編寫測試總結：內容包括：l 測試效果總結測試是否達到預期目的l 測試文檔總結測試過程文檔是否齊全，可信，符合標準l 測試評估從總體對測試的質量進行評估l 測試建議對

13、本次測試工作指出不足，需要在以后工作中改進的地方l 宣布測試結束測試驗收組成員簽字宣布本次測試結束退出標準測試主管完成了符合標準的測試總結，發送給全測試團隊。輸出文檔項目測試工作總結責任人測試主管3.4.3 測試歸檔 測試歸檔是在測試驗收結束宣布測試有效，結束測試后，對測試過程中涉及到各種標準文檔進行歸類，存檔。過程要點詳細描述前置條件測試驗收通過工作內容歸類，存檔測試過程涉及到的文檔，主要包括以下文檔（必須）l 軟件測試任務書l 軟件測試計劃書l 軟件測試用例單l 軟件測試用例評審報告l 系統測試報告l 性能測試報告l 項目測試工作總結退出標準全部文檔歸類完畢，版本號封存責任人測試主管3.5

14、 缺陷跟蹤測試驗收結束后，跟蹤產品在試運行階段暴露出來的新缺陷，以及已提交的缺陷是否再次發生。過程要點詳細描述前置條件測試團隊完成了所有的測試實施工作，測試驗收通過，產品上線試運行、運行。工作內容l 已發現缺陷是否再次發生l 是否有新發現的在測試中未發現的缺陷l 是否有新發現的在測試中已發現但未修改的缺陷定義：A類：新發現的缺陷B類：已發現的缺陷C類：已發現未修改的缺陷退出標準產品撤銷、下線責任人項目經理4 缺陷類型定義本規范定義以下五類缺陷：級別描述1-緊急 由于程序所引起的死機,非法退出 功能未實現或功能不符 出現死循環 導致數據庫發生死鎖 數據通訊錯誤，數據流錯誤 嚴重的數值計算錯誤2-較高 程序接口錯誤 輕微的數值計算錯誤 界面錯誤(詳細文檔) 打印內容、格式錯誤3-中等 簡單的輸入限制未放在前臺進行控制 刪除操作未給出提示 輔助說明描述不清楚 顯示格式不規范 長時間操作未給用戶進度提示4-輕微 提示窗口文字未采用行業術語 可輸入區域和只讀區域沒有明顯的區分標志 系統處理未優化 微小的問題，幾乎不影響功能；如