測試工作流程

1、測試工作流程 目的本文檔是測試團隊的日常工作規(guī)范，主要側(cè)重測試工作流程的控制，明確軟件工程的各階段測試團隊應完成的工作。測試技術(shù)和策略等問題不在本文檔描述范圍內(nèi)。1 范圍適用于公司所有項目軟件測試。2 測試團隊構(gòu)成2.1 職責測試是軟件開發(fā)過程中的重要組成部分，肩負著如下責任：Ø 在需求文檔確立基線前對文檔進行測試，從用戶體驗和測試的角度提出自己的看法。Ø 編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。Ø 編寫覆蓋率高的測試用例。Ø 針對測試需求進行相關(guān)測試技術(shù)的研究。Ø 認真仔細地實施測試工作，并提交測試報告供項目組參考。Ø

2、 進行缺陷跟蹤與分析。2.2 角色在人力資源有限的情況下，一個團隊成員可能會同時承擔多個角色。表 1角色名稱主要責任測試負責人l 組建測試組l 協(xié)調(diào)測試組內(nèi)部的溝通l 代表測試組與其他角色組進行溝通l 編寫測試計劃l 測試報告分析測試工程師l 編寫測試用例l 執(zhí)行測試l 為測試工作提供技術(shù)支持3 工作流程及規(guī)范3.1 計劃與設計階段12344.14.1.1 成立測試團隊在項目組成立的同時，測試組也將同時成立。團隊成立的工作與責任如下：表 2過程要點詳細說明輸入條件項目組成立（參與項目計劃書的評審）工作內(nèi)容為測試組任命一名測試負責人，同時確定測試組的構(gòu)成人選。退出標準測試組成立責任人測試負責人4

3、.1.2 測試預通知在正式測試任務下達前，開發(fā)團隊應提前一周左右向測試團隊下達預通知，告之較為確切的測試參與日期，提供當前最新的相關(guān)資料。測試人員可預先熟悉必要的背景資料，測試負責人編寫測試計劃書初稿。表 3 過程要點詳細說明輸入條件項目進入軟件開發(fā)階段工作內(nèi)容項目經(jīng)理郵件通知測試負責人正式測試交接時間，測試規(guī)模預估等退出標準預通知得到測試負責人確認，并提交測試計劃書初稿責任人項目經(jīng)理，測試負責人4.1.3 召開測試啟動會議表 4過程要點詳細說明輸入條件測試負責人完成測試計劃書初稿工作內(nèi)容開發(fā)團隊與測試團隊對測試目標達成一致，商討測試計劃初稿的可行性，統(tǒng)一項目組的目標和測試的工作重點。退出標準

4、明確測試內(nèi)容與重點，測試方提交測試計劃書正稿。責任人項目經(jīng)理，測試負責人4.1.4 編寫測試計劃需求分析文檔確立后，測試組需要編寫測試計劃文檔，為后續(xù)的測試工作提供直接的指導。表 5過程要點詳細說明輸入條件項目需求文檔建立工作內(nèi)容根據(jù)項目的需求文檔，按照測試計劃文檔模板編寫測試計劃。測試計劃中應該至少包括以下關(guān)鍵內(nèi)容：l 測試需求需要測試組測試的范圍，估算出測試所花費的人力資源和各個測試需求的測試優(yōu)先級l 測試方案整體測試的測試方法和每個測試需求的測試方法l 測試資源本次測試所需要用到的人力、硬件、軟件、技術(shù)的資源l 測試組角色明確測試組內(nèi)各個成員的角色和相關(guān)責任l 里程碑明確標準項目過程中測

5、試組應該關(guān)注的里程碑l 可交付物在測試組的工作中必須向項目組提交的產(chǎn)物，包括測試計劃、測試報告等等l 風險管理列舉出測試工作所可能出現(xiàn)的風險測試計劃編寫完畢后，必須提交給項目組全體成員，并由項目組組中各個角色組聯(lián)合評審。退出標準l 測試計劃由項目組評審通過l 在項目開發(fā)過程中，要適時的對測試計劃進行跟蹤，以評估此計劃的完整性、可行性，在項目結(jié)束時還要最后評估一下測試計劃的質(zhì)量責任人測試負責人4.1.5 設計測試用例在需求分析文檔確立基線以后，測試組需要針對項目的測試需求編寫測試用例，在實際的測試中，測試用例將是唯一實施標準。在用例的編寫過程中，具體的任務和責任人如下：表 6過程要點詳細說明輸入

6、條件測試需求明確，測試計劃明確工作內(nèi)容編寫測試用例（可根據(jù)實際開發(fā)模式進行，如迭代完成需求、設計及測試工作）退出標準測試用例需要覆蓋所有的測試需求責任人測試用例設計工程師（可由測試實施工程師或測試負責人兼做）3.2 測試執(zhí)行階段4.13.2.1 測試執(zhí)行測試執(zhí)行將花費測試組絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。表 7過程要點詳細描述輸入條件測試用例完成，產(chǎn)品可測試（即開發(fā)團隊完成內(nèi)測）工作內(nèi)容測試工程師根據(jù)測試計劃中分配給自己的測試任務（包括但不限于測試用例），執(zhí)行相應的測試，并將記錄實測結(jié)果退出標準測試用例中的所有任務被執(zhí)行，結(jié)果被記錄責任人測試工程師3.2.2 階段測試

7、報告在計劃的測試周期后，測試負責人需要總結(jié)此輪測試的結(jié)果，編寫階段測試報告。表 8過程要點詳細描述輸入條件測試組完成了計劃的測試任務工作內(nèi)容測試負責人根據(jù)此輪測試的結(jié)果，編寫測試報告，主要應包含以下內(nèi)容：l 測試報告的版本l 測試的人員和時間l 此輪測試新發(fā)現(xiàn)缺陷情況，包括數(shù)量、分類及分布等l 此輪測試缺陷的回歸情況l 經(jīng)過此輪測試，所有活動缺陷的數(shù)量、分類及分布等l 測試評估寫明在這一版本中，哪些功能被實現(xiàn)了，哪些還沒有實現(xiàn)，這里只需寫明和上一版本不同之處即可l 急待解決的問題寫明當前項目組中面臨的最優(yōu)先的問題，可以重復提出退出標準在每輪測試結(jié)束之后應盡快將符合標準的測試報告發(fā)給全項目組責任

8、人測試負責人3.3 總結(jié)階段測試工作結(jié)束時，測試組就要開始著手準備進行總結(jié)的工作。3.3.1 測試總結(jié)報告在所有測試任務完成之后，測試負責人將要編寫測試總結(jié)報告，對測試進行總結(jié)，并且提交給全體項目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。表 9過程要點詳細描述輸入條件測試組完成了所有的測試執(zhí)行工作工作內(nèi)容測試負責人根據(jù)測試的結(jié)果，按照測試報告的文檔模板編寫測試報告，測試報告必須包含以下重要內(nèi)容：l 測試資源概述多少人、多長時間l 測試結(jié)果摘要分別描述各個測試需求的測試結(jié)果，產(chǎn)品實現(xiàn)了哪些功能點，哪些還沒有實現(xiàn)l 缺陷分析按照缺陷的屬性分類進行分析l 測試需求覆蓋率原先列舉的測試需求的測試覆蓋率，

9、可能一部分測試需求因為資源和優(yōu)先級的因素沒有進行測試，那么在這里要進行說明l 測試評估從總體對項目質(zhì)量進行評估l 測試組建議從測試組的角度為項目組提出工作建議退出標準測試負責人完成了符合標準的測試報告，發(fā)送給全項目組責任人測試負責人責任人項目經(jīng)理3.3.2 測試歸檔 測試歸檔是在測試驗收結(jié)束宣布測試有效、結(jié)束測試后，對測試過程中涉及到各種標準文檔進行歸類，存檔。表 10過程要點詳細描述輸入條件測試工作完成工作內(nèi)容歸類，存檔測試過程涉及到的文檔，主要包括以下文檔（必須）l 測試計劃書l 測試用例書l 測試報告書l 測試總結(jié)書退出標準全部文檔歸類完畢，版本號封存責任人測試負責人3.4 問題跟蹤反饋

10、測試結(jié)束后，跟蹤產(chǎn)品在試運行階段暴露出來的新缺陷，以及已提交的缺陷是否再次發(fā)生。表 11過程要點詳細描述輸入條件測試組完成了所有的測試執(zhí)行工作，測試驗收通過，產(chǎn)品試運行、運行工作內(nèi)容搜集整理用戶等反饋的問題：l 已發(fā)現(xiàn)缺陷是否再次發(fā)生l 是否有新發(fā)現(xiàn)的在測試中未發(fā)現(xiàn)的缺陷l 是否有新發(fā)現(xiàn)的在測試中已發(fā)現(xiàn)但未修改的缺陷退出標準缺陷跟蹤報告責任人項目經(jīng)理4 缺陷級別定義本規(guī)范定義以下四類缺陷，供參考，具體產(chǎn)品的缺陷類型定義可根據(jù)產(chǎn)品特點進行調(diào)整：級別符號概述詳述致命A系統(tǒng)任何一個主要功能完全失效，用戶數(shù)據(jù)受到破壞，系統(tǒng)崩潰、懸掛、死機或者危機人身安全l 系統(tǒng)無法安裝、登陸或其他主要功能不可用l 死循環(huán)或內(nèi)存不足等原因?qū)е鲁绦驘o法運行l(wèi) 由于程序引起的系統(tǒng)無法啟動、死機、藍屏、非法退出l 在數(shù)據(jù)或安全方面存在重大問題嚴重B系統(tǒng)的主要功能部分失效，數(shù)據(jù)不能保存，系統(tǒng)的次要功能完全喪失，系統(tǒng)所提供的功能或服務受到明顯影響l 基本功能存在部分問題或次要功能無法實現(xiàn)或遺漏l 未進行異常處理l 性能與預期相差很大一般C系統(tǒng)的次要功能沒有完全實現(xiàn)，但不影響用戶的正常使用。l 次要功能沒有完全實現(xiàn)，但不影響用戶使用本產(chǎn)品l 界面存在明顯缺陷，設計不友好l 提示信息不準確l 一般的性能問題輕微D使操作者不方便或遇到麻煩，但它不影響功能的操作和執(zhí)行l(wèi) 界面格式顯示不