軟件測試管理制度.doc

測試管理制度 杭州長榮通訊技術有限公司軟件測試管理制度擬制人 倪琎 日期 2009年 2月16日審核人 日期 2009年 月 日批準人 日期 2009年 月 日文檔密級：普通文檔狀態(tài)： 草案 正式發(fā)布 正在修訂更改控制頁序號版本號更改時間更改內(nèi)容描述填寫人11.02009-2-16建立杜德超2 測試管理制度目錄目錄11編寫目的22測試團隊構(gòu)成22.1組織結(jié)構(gòu)22.2測試組職能22.3職責劃分33.測試流程及規(guī)范43.1測試流程圖43.1.1 完整開發(fā)流程43.2計劃與設計階段63.2.1 立項會議63.2.2 需求評審73.2.3測試設計階段73.2.4設計內(nèi)容評審93.3實施測試階段93.3.1 測試交接93.3.2 實施測試103.3.3 回歸測試113.4總結(jié)階段123.4.1測試總結(jié)報告123.4.2測試驗收123.4.3測試歸檔133.4.4測試工作總結(jié)133.5 BUG跟蹤表144發(fā)布標準155爭議處理156標準文檔151編寫目的本文檔是測試團隊的日常工作規(guī)范，主要側(cè)重測試工作流程的實施和控制，明確軟件工程各階段測試團隊應參與和完成的工作。并且對于測試團隊中關于測試組架構(gòu)、職能及成員職責進行必要的說明。通過建立規(guī)范的測試流程、測試團隊組織架構(gòu)，同時明確測試小組任務、目標和各小組成員的具體職責，對部門測試工作的正常開展起到規(guī)范的指導作用。測試細作、技術和策略等問題不在本文檔描述范圍內(nèi)。2測試團隊構(gòu)成 2.1組織結(jié)構(gòu)質(zhì)量部經(jīng)理測試小組測試組長測試工程師圖 1注： 1測試組由測試組長、測試工程師組成。 人員配備視項目大小確定。 2.2測試組職能軟件測試是軟件開發(fā)過程中的重要組成部分，測試團隊主要肩負著如下責任： 在項目的前景、需求文檔確立基線前對文檔進行測試，從用戶體驗和測試的角度提出自己的看法。 針對測試需求進行相關測試技術的研究。 編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。 編寫高效、覆蓋率高的測試用例。 認真仔細地實施測試工作，并提交測試報告供項目組參考。 進行缺陷跟蹤與分析。 對測試整個過程進行總結(jié)，完善和優(yōu)化測試流程，提高和改進測試方法和技術。 2.3職責劃分職務名稱相關主要責任質(zhì)量部經(jīng)理l 指定測試組長，組建測試組，分配測試任務，并檢查測試進度。l 與研發(fā)部門協(xié)調(diào)，提供測試組所需的內(nèi)、外部資源。l 了解項目進度，對測試組的工作進行指導、監(jiān)督。測試組長l 全權負責所分配的測試任務。l 指定測試設計工程師、測試實施工程師。l 給小組內(nèi)成員分配指定任務。l 協(xié)調(diào)測試組內(nèi)部相關工作，對組內(nèi)成員進行工作上的指導、監(jiān)督。l 參與測試計劃制定，輔助編寫所負責部分測試用例。l 實施測試用例，執(zhí)行測試，提交當日測試記錄。l 編寫項目總結(jié)性測試報告。測試工程師l 根據(jù)項目要求，設計測試計劃（可以由測試組長兼任）l 劃分模塊，分解任務，完成測試用例概要設計。l 實施測試用例，執(zhí)行測試。l 提交當日測試記錄。l 編寫階段性測試報告。l 參與測試計劃的制定，輔助編寫所負責部分測試用例。l 實施測試用例，執(zhí)行測試l 提交當日測試記錄。l 檢查缺陷處理結(jié)果。表 13.測試流程及規(guī)范3.1測試流程圖3.1.1 完整開發(fā) 3.2計劃與設計階段3.2.1 立項會議由總經(jīng)理負責召開立項會議，會議主要對項目的可行性進行分析，并且確定項目經(jīng)理及項目測試組長。 過程要點詳細說明輸入條件項目立項報告工作內(nèi)容l 項目可行性分析。l 項目經(jīng)理的確定.l 根據(jù)項目信息，質(zhì)量部經(jīng)理確定測試組長。退出標準測試組長確定責任人質(zhì)量部經(jīng)理（確定測試組長）表 23.2.2 需求評審過程要點詳細說明輸入條件需求說明書（或技術規(guī)范）工作內(nèi)容測試團隊成員對需求中不清楚、不完整、太概括或存在疑義的地方提出問題，相關人員解答并確認。退出標準所有人員對需求無異議參與人員需求調(diào)研人員，開發(fā)部，質(zhì)量部表 33.2.3測試設計階段3.2.3.1 設計測試計劃需求分析文檔和項目開發(fā)計劃文檔完成后，測試組需要編寫測試計劃文檔、制定測試策略及預估測試過程中的風險，并設計出合理的規(guī)避風險的策略，為后續(xù)的測試工作提供直接的指導。過程要點詳細說明輸入條件需求說明書（或技術規(guī)范），項目開發(fā)計劃工作內(nèi)容根據(jù)項目的需求文檔、設計文檔，編寫測試計劃。測試計劃中應該至少包括以下關鍵內(nèi)容：l 依據(jù)項目背景及要求，確定測試環(huán)境。l 測試需求需要測試組測試的范圍，估算出測試所花費的人力資源和各個測試需求的測試優(yōu)先級l 測試策略確定項目的測試計劃內(nèi)容，整體測試的測試方法和每個測試需求的測試方法，同時做好測試進度安排及人員調(diào)整。l 測試資源本次測試所需要用到的人力、硬件、軟件、技術等資源l 測試組角色明確測試組內(nèi)各個成員的角色和相關責任l 可交付工件在測試組的工作中必須向項目組提交的產(chǎn)物，包括測試計劃、測試報告等l 產(chǎn)品性能指標測試計劃編寫完畢后，必須提交給項目組全體成員，并由項目組組中各個角色組聯(lián)合評審。退出標準l 測試計劃由項目組評審并通過.l 在項目開發(fā)過程中，要適時的對測試計劃進行跟蹤，以評估此計劃的完整性、可行性，在項目結(jié)束時還要最后評估一下測試計劃的質(zhì)量責任人測試組長表 53.2.3.2 設計測試用例在需求分析文檔確立基線以后，測試組需要針對項目的測試需求編寫測試用例，在實際的測試中，測試用例將是唯一實施標準。在用例的編寫過程中，具體的任務和責任人如下：過程要點詳細說明輸入條件測試需求明確，測試計劃，需求文檔，詳細設計，概要設計，開發(fā)計劃工作內(nèi)容根據(jù)測試計劃、詳細設計書設計測試用例，設計參考原則：l 等價類劃分l 邊界值分析l 錯誤推測等l 業(yè)務知識及相關流程退出標準l 測試用例需要覆蓋所有的測試需求l 測試用例集需進行評審并通過l 項目進行過程中，適時的根據(jù)需求變更來對測試用例進行維護責任人測試組成員表 63.2.4設計內(nèi)容評審測試計劃及測試用例的設計工作完成后，需通知項目組相關成員召開評審會議。在這之前需要將待評審的內(nèi)容發(fā)給相關人員熟悉和理解。過程要點詳細說明輸入條件測試計劃、測試用例集完成工作內(nèi)容評審測試計劃內(nèi)容的正確性及合理性：l 測試環(huán)境、測試資源；l 測試需求范圍，各個測試需求的優(yōu)先級；l 測試策略及風險管理等；評審測試用例集：l 測試用例優(yōu)先級l 測試用例集基于需求的覆蓋程度退出標準測試計劃及測試用例集評審通過責任人項目經(jīng)理表 73.3實施測試階段3.3.1 測試交接過程要點詳細說明輸入條件測試設計內(nèi)容評審完畢，開發(fā)團隊編碼工作完成，并已完成內(nèi)部測試；工作內(nèi)容1 開發(fā)組填寫測試申請單，向測試組提交測試內(nèi)容。2 測試小組檢查提交部件的完整性和可測性：l 檢查送測的軟件是否完整，能否進行測試；l 檢查單元測試是否通過能夠開始下一階段測試工作；3. 研發(fā)人員提交下一階段單元測試預計BUG數(shù)量。退出標準提交部件經(jīng)測試組檢驗通過責任人項目經(jīng)理，測試組長，質(zhì)量部經(jīng)理表 83.3.2 實施測試3.3.2.1 實施測試實施測試用例將花費測試組大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。過程要點詳細描述輸入條件測試組長于前一工作日定出當日的測試計劃，確定可用的測試用例。工作內(nèi)容l 測試實施工程師根據(jù)測試計劃中分配給自己的測試任務和提供的測試用例，實施相應的測試用例。l 記錄實施用例的結(jié)果，提交當日測試紀錄。l 提交缺陷。退出標準測試用例中的所有任務被執(zhí)行，結(jié)果被記錄。責任人測試組成員表 93.3.2.2 提交階段性報告在約定的測試周期完成之后，測試組長需要總結(jié)此次測試的結(jié)果，編寫階段性測試報告。過程要點詳細描述輸入條件測試組完成了預定周期的測試任務工作內(nèi)容測試組長根據(jù)此輪測試的結(jié)果，編寫階段性測試報告（參考測試階段性報告模板），主要應包含以下內(nèi)容：l 測試報告的版本l 測試的人員和時間l 測試所覆蓋的缺陷測試組在這輪測試中所有處理的缺陷，報告測試組長處理的缺陷和實施工程師驗證的缺陷。不僅要寫出覆蓋缺陷的總數(shù)，還要寫明這些缺陷的去向l 測試新發(fā)現(xiàn)的缺陷數(shù)量l 上一版本活動缺陷的數(shù)量l 經(jīng)過此輪測試，所有活動缺陷的數(shù)量及其狀態(tài)分類l 測試評估寫明在這一版本中，哪些功能被實現(xiàn)了，哪些還沒有實現(xiàn)，這里只需寫明和上一版本不同之處即可l 急待解決的問題寫明當前項目組中面臨的最優(yōu)先的問題，可以重復提出退出標準在每輪測試結(jié)束之后應盡快將符合標準的測試報告發(fā)給全項目組責任人測試組長表 103.3.3 回歸測試在每輪測試結(jié)束之后，由測試組重新拷貝修改后的最新版本，進行回歸測試。過程要點詳細描述輸入條件在每輪測試中，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報告中全部的活動缺陷都被解決。工作內(nèi)容l 測試組將按照測試計劃中對于回歸測試的策略對產(chǎn)品進行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不能超出原先預定的測試用例的范圍。l 記錄用例實施結(jié)果，提交回歸測試記錄。退出標準l 回歸測試所運行的用例全部通過l 缺陷經(jīng)過驗證l 所有缺陷都被指明處理方式責任人測試工程師 表 113.4總結(jié)階段測試工作結(jié)束或即將結(jié)束時，測試組就要開始著手準備進行總結(jié)的工作。3.4.1測試總結(jié)報告在回歸測試結(jié)束之后，測試組長將要編寫測試總結(jié)報告，對測試進行總結(jié)，并且提交給全體項目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作.工作內(nèi)容測試組長根據(jù)測試的結(jié)果，按照測試總結(jié)報告的文檔模板編寫測試報告（參考測試總結(jié)報告模板），測試報告必須包含以下重要內(nèi)容：l 測試資源概述多少人、多長時間。l 測試結(jié)果摘要分別描述各個測試需求的測試結(jié)果，產(chǎn)品實現(xiàn)了哪些功能點，哪些還沒有實現(xiàn)l 缺陷分析按照缺陷的屬性分類進行分析l 測試需求覆蓋率原先列舉的測試需求的測試覆蓋率，可能一部分測試需求因為資源和優(yōu)先級的因素沒有進行測試，那么在這里要進行說明l 測試評估從總體對項目質(zhì)量進行評估l 測試組建議從測試組的角度為項目組提出工作建議退出標準測試組長完成了符合標準的測試報告，發(fā)送給全項目組。責任人測試組長表 133.4.2測試驗收測試驗收工作是在以上工作全部結(jié)束后，對測試的過程，效果進行驗收，宣布測試結(jié)束。過程要點詳細描述輸入條件測試終結(jié)報告 需求文檔工作內(nèi)容驗收組成員，對本次測試進行驗收，驗收內(nèi)容包括：l 測試效果驗收測試是否達到預期目的l 測試文檔驗收測試過程文檔是否齊全，可信，符合標準l 測試評估從總體對測試的質(zhì)量進行評估l 測試建議對本次測試工作指出不足，需要在以后工作中改進的地方l 宣布測試結(jié)束測試驗收組成員簽字宣布本次測試結(jié)束退出標準測試驗收通過，測試驗收會議記錄整理完畢參與人員驗收組人員，質(zhì)量部經(jīng)理，測試組長，項目經(jīng)理責任人項目經(jīng)理表 143.4.3測試歸檔測試歸檔是在測試驗收結(jié)束宣布測試有效，結(jié)束測試后，對測試過程中涉及到各種標準文檔進行歸類，存檔。過程要點詳細描述輸入條件測試驗收通過工作內(nèi)容歸類、存檔測試過程涉及到的文檔，主要包括以下文檔（必須）l 測試計劃書l 測試用例書l 測試報告l 階段性測試報告l 測試總結(jié)報告l 測試驗收會議記錄退出標準全部文檔歸類完畢，版本號封存責任人測試組長表 153.4.4測試工作總結(jié)測試總結(jié)工作是在以上的工作全部結(jié)束以后，它的目的是評估本次測試工作，總結(jié)經(jīng)驗，促進測試流程及規(guī)范的改進和提高，同時也提醒全體測試組成員在以后的工作中需注意的問題。過程要點詳細描述輸入條件項目驗收工作完成。工作內(nèi)容由質(zhì)量部經(jīng)理，測試組長召開項目測試工作總結(jié)會議，會議內(nèi)容主要為：l 測試組長對項目期間的整個測試組的工作情況進行總結(jié)，指出測試工作中存在的問題，同時也對工作中表現(xiàn)好的地方給與肯定。（具體包括整個測試情況、流程實施、人員安排、測試方法等）l 參與本次項目測試工作的所有成員個人體會和建議。l 討論測試工作中出現(xiàn)的問題，尋求更好的解決辦法。l 宣布解散測試小組。退出標準所提問題尋求到較好解決方式，測試小組解散參與人員質(zhì)量部所有成員責任人測試組長表 163.5 BUG跟蹤表測試驗收結(jié)束后，跟蹤產(chǎn)品在試運行階段暴露出來的新缺陷，以及已提交的缺陷是否再次發(fā)生。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作，測試驗收通過，產(chǎn)品試運行、運行。工作內(nèi)容l 已發(fā)現(xiàn)缺陷是否再次發(fā)生l 是否有新一輪測試中未發(fā)現(xiàn)的缺陷l 是否有新一輪測試中已發(fā)現(xiàn)但未修改的缺陷定義：A類：新發(fā)現(xiàn)的缺陷B類：已發(fā)現(xiàn)的缺陷C類：已發(fā)現(xiàn)未修改的缺陷