測試管理制度

1、測試管理制度杭州長榮通訊技術有限公司軟件測試管理制度擬制人 倪璉日期2009年2月16日審核人 日期2009年月日批準人 日期2009年 月日文檔密級：普通文檔狀態(tài)：草案，正式發(fā)布正在修訂CH41.T更改控制頁廳P版本號更改時間更改內(nèi)容描述填寫人11.02009-2-16建立杜彳惠超2測試管理制度Cf&LT目錄 11編寫目的 22測試團隊構成 22.1 組織結構 22.2 測試組職能 22.3 職責劃分 33.測試流程及規(guī)范 43.1 測試流程圖 43.1.1 完整開發(fā)流程 43.2 計劃與設計階段 63.2.1 立項會議 63.2.2 需求評審 63.2.3 測試設計階段 63.2.

2、4 設計內(nèi)容評審 83.3 實施測試階段 83.3.1 測試交接 83.3.2 實施測試 93.3.3 回歸測試 103.4 總結階段 113.4.1 測試總結報告 113.4.2 測試驗收 113.4.3 測試歸檔 123.4.4 測試工作總結 123.5 BUG跟蹤表 134發(fā)布標準 145爭議處理 146標準文檔 14測試管理制度1編寫目的本文檔是測試團隊的日常工作規(guī)范，主要側重測試工作流程的實施和控制，明確公司產(chǎn)品 各階段測試團隊應參與和完成的工作。并且對于測試團隊中關于測試組架構、職能及成員職責 進行必要的說明。通過建立規(guī)范的測試流程、測試團隊組織架構，同時明確測試小組任務、目 標和

3、各小組成員的具體職責，對部門測試工作的正常開展起到規(guī)范的指導作用。測試細作、技 術和策略等問題不在本文檔描述范圍內(nèi)。2測試團隊構成2.1 組織結構圖i二1 .測試組由測試組員、測試工程師組成。人員配備視項目大小確定。2.2 測試組職能產(chǎn)品測試是產(chǎn)品開發(fā)過程中的重要組成部分，測試團隊主要肩負著如下責任：在項目的前景、需求文檔確立基線前對文檔進行測試，從用戶體驗和測試的角度提出自己 的看法。針對測試需求進行相關測試技術的研究。編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。第15/16頁編寫局效、覆蓋率圖的測試用例。認真仔細地實施測試工作，并提交測試報告供項目組參考。進行缺陷跟蹤與分析。對測

4、試整個過程進行總結，完善和優(yōu)化測試流程，提高和改進測試方法和技術。2.3 職責劃分職務名稱相關主要責任研發(fā)部經(jīng)理指定測試組長，組建測試組，分配測試任務，并檢查測試進度。與研發(fā)部門協(xié)調(diào)，提供測試組所需的內(nèi)、外部資源。了解項目進度，對測試組的工作進行指導、監(jiān)督。測試組長全權負責所分配的測試任務。指定測試設計工程師、測試實施工程師。給小組內(nèi)成員分配指定任務。協(xié)調(diào)測試組內(nèi)部相關工作， 對組內(nèi)成員進行工作上的指導、監(jiān)督。參與測試計劃制定，輔助編寫所負責部分測試用例。實施測試用例，執(zhí)行測試，提交當日測試記錄。編寫項目總結性測試報告。CFt&LTT測試工程師根據(jù)項目要求，設計測試計劃（可以由測試組長

5、兼任）劃分模塊，分解任務，完成測試用例概要設計。實施測試用例，執(zhí)行測試。提交當日測試記錄。編寫階段性測試報告。參與測試計劃的制定，輔助編寫所負責部分測試用例。實施測試用例，執(zhí)行測試提交當日測試記錄。檢查缺陷處理結果。表13.測試流程及規(guī)范3.1 測試流程圖3.1.1 完整開發(fā)測試過程困輸入副試小組項口笠理開發(fā)小組輸出-.l.1.ln一畫戰(zhàn).丈樓-機ff靜欣 項目立項 書.用方得求一 說明書.，計髓娜設計說 明書.，拳與項目立項 1套與雷花鏟率 舍T制定劃出計劃i-;：| Sri)J.套與詳班設計評審.j1紙倒試用例.:_ _1 _' LfZ 一一詼海戰(zhàn)由嵩 羊內(nèi)容 .!._評審警與立項

6、落那3 帆螭軾A反E .1輪正產(chǎn)品或構祥.，;'i .1i , 1kffwas.I .11i 'i .1I發(fā)琬g，EE記錄削Mit我 和 bug,i -IEi .i分析知母:,中揭修改皿ICH4LT3.2 計劃與設計階段3.2.1 立項會議由總經(jīng)理負責召開立項會議，會議主要對項目的可行性進行分析，并且確定項目經(jīng)理及項 目測試組長。過程要點詳細說明輸入條件項目立項報告工作內(nèi)容項目可行性分析。項目經(jīng)理的確定.根據(jù)項目信息，質(zhì)量部經(jīng)理確定測試組長。退出標準測試組長確定.責任人研發(fā)部經(jīng)理（確定測試組長）表23.2.2 需求評審過程要點詳細說明輸入條件需求說明書（或技術規(guī)范）工作內(nèi)容測試

7、團隊成員對需求中不清楚、不完整、太概括或存在疑義的地方提出問題，相關人員解答并確認。退出標準所有人員對需求無異議參與人員需求調(diào)研人員，開發(fā)部，質(zhì)量部表33.2.3 測試設計階段3.2.3.1 設計測試計劃需求分析文檔和項目開發(fā)計劃文檔完成后，測試組需要編寫測試計劃文檔、制定測試策略 及預估測試過程中的風險，并設計出合理的規(guī)避風險的策略，為后續(xù)的測試工作提供直接的指 導。過程要點詳細說明條件需求說明書（或技術規(guī)范），項目開發(fā)計劃工作內(nèi)容根據(jù)項目的需求文檔、設計文檔，編寫測試計劃。測試計劃中應該 至少包括以下關鍵內(nèi)容：依據(jù)項目背景及要求，確定測試環(huán)境。測試需求一一需要測試組測試的范圍，估算出測試所

8、花費的人 力資源和各個測試需求的測試優(yōu)先級測試策略一一確定項目的測試計劃內(nèi)容，整體測試的測試方法 和每個測試需求的測試方法，同時做好測試進度安排及人員調(diào) 整。測試資源一一本次測試所需要用到的人力、硬件、軟件、技術 等資源測試組角色一一明確測試組內(nèi)各個成員的角色和相關責任可交付工件一一在測試組的工作中必須向項目組提交的產(chǎn)物，包括測試計劃、測試報告等產(chǎn)品性能指標測試計劃編寫完畢后，必須提交給項目組全體成員，并由項目組組 中各個角色組聯(lián)合評審。退出標準測試計劃由項目組評審并通過 .在項目開發(fā)過程中，要適時的對測試計劃進行跟蹤，以評估此 計劃的完整性、可行性，在項目結束時還要最后評估一下測試 計劃的質(zhì)

9、量責任人測試組長表53.2.3.2 設計測試用例在需求分析文檔確立基線以后，測試組需要針對項目的測試需求編寫測試用例，在實際的 測試中，測試用例將是唯一實施標準。在用例的編寫過程中，具體的任務和責任人如下：過程要點詳細說明輸入條件測試需求明確，測試計劃，需求文檔，詳細設計，概要設計，開發(fā)計劃華肝啟容根據(jù)測試計劃、詳細設計書設計測試用例，設計參考原則：等價類劃分邊界值分析錯誤推測等業(yè)務知識及相關流程退出標準測試用例需要覆蓋所有的測試需求測試用例集需進行評審并通過項目進行過程中，適時的根據(jù)需求變更來對測試用例進行維護責任人測試組成員表63.2.4 設計內(nèi)容評審測試計劃及測試用例的設計工作完成后，需

10、通知項目組相關成員召開評審會議。在這之前 需要將待評審的內(nèi)容發(fā)給相關人員熟悉和理解。過程要點詳細說明輸入條件測試計劃、測試用例集完成工作內(nèi)容評審測試計劃內(nèi)容的正確性及合理性：測試環(huán)境、測試資源；測試需求范圍，各個測試需求的優(yōu)先級；測試策略及風險管理等；評審測試用例集：測試用例優(yōu)先級測試用例集基于需求的覆蓋程度退出標準測試計劃及測試用例集評審通過責任人項目經(jīng)理表73.3 實施測試階段3.3.1 測試交接過程要點詳細說明親件測試設計內(nèi)容評審完畢，開發(fā)團隊編碼工作完成，并已完成內(nèi)部測試；工作內(nèi)容1 .開發(fā)組填寫 測試申請單，向測試組提交測試內(nèi)容。2 .測試小組檢查提交部件的完整性和可測性：檢查送測的

11、軟件是否完整，能否進行測試；檢查單元測試是否通過能夠開始下一階段測試工作；3 .研發(fā)人員提交卜一階段單元測試預計BUGa量。退出標準提交部件經(jīng)測試組檢驗通過責任人項目經(jīng)理，測試組長，質(zhì)量部經(jīng)理表83.3.2 實施測試3.3.2.1實施測試實施測試用例將花費測試組大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。過程要點詳細描述輸入條件測試組長于前一工作日定出當日的測試計劃，確定可用的測試用例。工作內(nèi)容測試實施工程師根據(jù)測試計劃中分配給自己的測試任務和提供 的測試用例，實施相應的測試用例。記錄實施用例的結果，提交當日測試紀錄。提交缺陷。退出標準測試用例中的所有任務被執(zhí)行，結果被記錄。責任人

12、測試組成員表93.3.2.2提交階段性報告在約定的測試周期完成之后，測試組長需要總結此次測試的結果，編寫階段性測試報告。過程要點詳細描述輸入條件測試組完成了預定周期的測試任務工作內(nèi)容測試組長根據(jù)此輪測試的結果，編寫階段性測試報告（參考測試階段性報告模板），主要應包含以下內(nèi)容：測試報告的版本測試的人員和時間測試所覆蓋的缺陷一一測試組在這輪測試中所有處理的缺陷，報告測試組長處理的缺陷和實施工程師驗證的缺陷。不僅要寫出覆蓋缺陷的總數(shù)，還要寫明這些缺陷的去向測試新發(fā)現(xiàn)的缺陷數(shù)量上一版本活動缺陷的數(shù)量經(jīng)過此輪測試，所有活動缺陷的數(shù)量及其狀態(tài)分類測試評估一一寫明在這一版本中，哪些功能被實現(xiàn)了，哪些還沒后實

13、現(xiàn)，這里只需寫明和上一版本不同之處即可急待解決的問題一一寫明當前項目組中面臨的最優(yōu)先的問題，可以重復提出退出標準在每輪測試結束之后應盡快將符合標準的測試報告發(fā)給全項目組責任人測試組長表103.3.3回歸測試在每輪測試結束之后，由測試組重新拷貝修改后的最新版本，進行回歸測試。過程要點詳細描述輸入條件在每輪測試中，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報 告中全部的活動缺陷都被解決。工作內(nèi)容測試組將按照測試計劃中對于回歸測試的策略對產(chǎn)品進行回歸 測試，回歸測試的用例屬于測試用例的一部分或者是全部測試 用例，但不能超出原先預定的測試用例的范圍。記錄用例實施結果，提交回歸測試記錄。退出標準回歸測試

14、所運行的用例全部通過缺陷經(jīng)過驗證所有缺陷都被指明處理方式責任人測試工程師表11CR&LT3.4 總結階段測試工作結束或即將結束時，測試組就要開始著手準備進行總結的工作。3.4.1 測試總結報告在回歸測試結束之后，測試組長將要編寫測試總結報告，對測試進行總結，并且提交給全體項目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。過程要點詳細描述輸入條件測試組完成了所有白測試實施工作 .工作內(nèi)容測試組長根據(jù)測試的結果，按照測試總結報告的文檔模板編寫測試報告（參考測試總結報告模板），測試報告必須包含以下重要內(nèi)容：測試資源概述一一多少人、多長時間。測試結果摘要一一分別描述各個測試需求的測試結果，產(chǎn)品實現(xiàn)了

15、哪些功能點，哪些還沒有實現(xiàn)缺陷分析一一按照缺陷的屬性分類進行分析測試需求覆蓋率一一原先列舉的測試需求的測試覆蓋率，可能一部分測試需求因為資源和優(yōu)先級的因素沒有進行測試，那么在這里要進行說明測試評估一一從總體對項目質(zhì)量進行評估測試組建議一一從測試組的角度為項目組提出工作建議退出標準測試組長完成了符合標準的測試報告，發(fā)送給全項目組。責任人測試組長表133.4.2 測試驗收測試驗收工作是在以上工作全部結束后，對測試的過程，效果進行驗收，宣布測試結束。過程要點詳細描述輸入條件測試終結報告需求文檔工作內(nèi)容驗收組成員，對本次測試進行驗收，驗收內(nèi)容包括：測試效果驗收一一測試是否達到預期目的測試文檔驗收一一測

16、試過程文檔是否齊全，可信，符合標準測試評估一一從總體對測試的質(zhì)量進行評估測試建議一一對本次測試工作指出不足，需要在以后工作中改進的地方宣布測試結束一一測試驗收組成員簽字宣布本次測試結束退出標準測試驗收通過，測試驗收會議記錄整理完畢參與人員驗收組人員，質(zhì)量部經(jīng)理，測試組長，項目經(jīng)理責任人項目經(jīng)理表143.4.3測試歸檔測試歸檔是在測試驗收結束宣布測試有效，結束測試后，對測試過程中涉及到各種標準文 檔進行歸類，存檔。過程要點詳細描述輸入條件測試驗收通過工作內(nèi)容歸類、存檔測試過程涉及到的文檔，主要包括以下文檔（必須）測試計劃書測試用例書測試報告階段性測試報告測試總結報告測試驗收會議記錄退出標準全部文

17、檔歸類完畢，版本號封存責任人測試組長表153.4.4 測試工作總結測試總結工作是在以上的工作全部結束以后，它的目的是評估本次測試工作，總結經(jīng)驗，促進測試流程及規(guī)范的改進和提高，同時也提醒全體測試組成員在以后的工作中需注意的問題。過程要點詳細描述輸入條件項目驗收工作完成。工作內(nèi)容由質(zhì)量部經(jīng)理，測試組長召開項目測試工作總結會議，會議內(nèi)容主T要為：測試組長對項目期間的整個測試組的工作情況進行總結，指出 測試工作中存在的問題，問時也對工作中表現(xiàn)好的地方給與肯 定。（具體包括整個測試情況、流程實施、人員安排、測試方法 等）參與本次項目測試工作的所有成員個人體會和建議。討論測試工作中出現(xiàn)的問題，尋求更好的解決辦法。宣布解散測試小組。退出標準所提問題尋求到較好解決方式，測試小組解散參與人員質(zhì)量部所有成員責任人測試組長表163.5 BUG跟蹤表測試驗收結束后，跟蹤產(chǎn)品在試運行階段暴露出來的新缺陷，以及已提交的缺陷是否再次 發(fā)生。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作，測試驗收通過，產(chǎn)品試運行、運行。工作內(nèi)容已發(fā)現(xiàn)缺陷是否再次發(fā)生是否有新一輪測試中未發(fā)現(xiàn)的缺陷是否有新一輪測試中已發(fā)現(xiàn)但未修改的缺陷定義：A類：新發(fā)現(xiàn)的缺陷B類：已發(fā)現(xiàn)的缺陷C類