測試工作規(guī)范樣本

測試工作規(guī)范版本記錄：文獻狀態(tài)：[√]草稿[

]正式發(fā)布[

]正在修改當前版本：****作

者：*******完畢日期：****.**.**簽收人：

簽收日期：

目錄TOC\o"1-4"\h\z\u目錄 11.編寫目 22.測試團隊構成 22.1職責 22.2角色劃分 23.1籌劃與設計階段 23.1.1成立測試團隊 23.1.3召開測試啟動會議 33.1.4編寫測試籌劃文檔 33.1.5設計測試用例 43.2實行測試階段 43.2.1實行測試用例 43.2.2提交報告 43.2.3回歸測試 53.3總結階段 53.3.1編寫測試報告 53.3.2測試工作總結 63.3.3測實驗收 63.3.4測試歸檔 63.4缺陷跟蹤 74缺陷類型定義 75測試原則 86問題爭議解決 87測試原則文檔 81.編寫目本文檔是測試團隊尋常工作規(guī)范，重要側重測試工作流程控制，明確軟件工程各階段測試團隊應完畢工作。測試技術和方略等問題不在本文檔描述范疇內(nèi)。2.測試團隊構成2.1職責測試是軟件開發(fā)過程中重要構成某些，肩負著如下責任：

A、在項當前景、需求文檔確立基線前對文檔進行測試，從顧客體驗和測試角度提出自己看法。

B、編寫合理測試籌劃，并與項目整體籌劃有機地整合在一起。

C、編寫覆蓋率高測試用例。

D、針對測試需求進行有關測試技術研究。

E、認真仔細地實行測試工作，并提交測試報告以供項目組參照。

F、進行缺陷跟蹤與分析。2.2角色劃分在人力資源有限狀況下，一種團隊成員也許會同步承擔各種角色。角色名稱有關重要責任測試負責人

組建測試組

協(xié)調(diào)測試組內(nèi)部溝通

代表測試組與其他角色組進行溝通

編寫測試籌劃q

測試報告分析測試用例設計工程師

編寫測試用例{可以由測試負責人兼任}測試實行工程師

實行測試用例，執(zhí)行測試技術支持工程師

為測試工作提供技術支持3.工作流程及規(guī)范3.1籌劃與設計階段3.1.1成立測試團隊在項目構成立同步，測試組也將同步成立。團隊成立工作與責任如下：過程要點詳細闡明輸入條件項目構成立（參加《項目籌劃書》評審）工作內(nèi)容為測試組任命一名測試負責人，同步擬定測試組構成人選。退出原則測試構成立負責人測試負責人圖表13.1.2測試預告知在正式測試任務下達前，開發(fā)團隊應提前一周左右向測試團隊下達預告知，告之較為確切測試日期，提供當前最新有關資料。測試負責人可視詳細狀況決定與否需要調(diào)節(jié)人力。測試人員可預先熟悉必要背景資料，協(xié)助測試負責人編寫《測試籌劃》草稿。

過程要點詳細闡明輸入條件項目進入軟件實現(xiàn)階段（編碼）工作內(nèi)容項目/產(chǎn)品經(jīng)理郵件告知測試負責人正式測試交接時間，測試規(guī)模預估等退出原則預先告知得到測試負責人確認，并提交《測試籌劃》草稿負責人產(chǎn)品經(jīng)理，測試負責人圖表23.1.3召開測試啟動會議過程要點詳細闡明輸入條件測試負責人完畢測試籌劃草稿工作內(nèi)容開發(fā)團隊與測試團隊交接測試內(nèi)容，對測試目的達到一致，商討測試籌劃草稿可行性，統(tǒng)一項目組目的和測試工作重點。退出原則明確測試內(nèi)容與重點，項目方提交《測試任務書》，測試方提交《測試籌劃》正稿。負責人產(chǎn)品經(jīng)理，測試負責人圖表33.1.4編寫測試籌劃文檔需求分析文檔確立后，測試組需要編寫測試籌劃文檔，為后續(xù)測試工作提供直接指引過程要點詳細闡明輸入條件項目需求文檔建立工作內(nèi)容依照項目需求文檔，按照測試籌劃文檔模板編寫測試籌劃。測試籌劃中應當至少涉及如下核心內(nèi)容：a.測試需求——需要測試組測試范疇，估算出測試所耗費人力資源和各個測試需求測試優(yōu)先級b.測試方案——整體測試測試辦法和每個測試需求測試辦法c.測試資源——本次測試所需要用到人力、硬件、軟件、技術資源d.測試組角色——明確測試組內(nèi)各個成員角色和有關責任e.里程碑——明確原則項目過程中測試組該關注里程碑a(chǎn).可交付工件——在測試組工作中必要向項目組提交產(chǎn)物，涉及測試籌劃、測試報告等等b.風險管理——列舉出測試工作所也許浮現(xiàn)風險測試籌劃編寫完畢后，必要提交給項目組全體成員，并由項目組組中各個角色組聯(lián)合評審。退出原則a.測試籌劃由項目組評審通過.b.在項目開發(fā)過程中，要適時對測試籌劃進行跟蹤，以供評估本次籌劃完整性、可行性，在項目結束時還要最后評估一下測試籌劃質(zhì)量負責人測試負責人圖表43.1.5設計測試用例在需求分析文檔確立基線后來，測試組需要針對項目測試需求編寫測試用例，在實際測試中，測試用例將是唯一實行原則。在用例編寫過程中，詳細任務和負責人如下：過程要點詳細闡明輸入條件測試需求明確，測試籌劃明確工作內(nèi)容依照每一步測試籌劃編寫所有測試用例退出原則測試用例需要覆蓋所有測試需求負責人測試用例設計工程師（可由測試實行工程師或測試負責人兼做）圖表53.2實行測試階段3.2.1實行測試用例實行測試用例將耗費測試組絕大某些時間，這些工作都是建立在前期諸多籌劃工作基本上。過程要點詳細描述輸入條件測試負責人之前一種工作日定出當天測試籌劃，擬定可用測試用例。工作內(nèi)容測試實行工程師依照測試籌劃中分派給自己測試任務和提供測試用例，實行相應測試用例，并將記錄實行用例成果退出原則測試用例中所有任務被執(zhí)行，成果被記錄。負責人測試實行工程師圖表63.2.2提交報告在商定測試周期完畢之后，測試負責人需要總結本次測試成果，編寫測試報告過程要點詳細描述輸入條件測試組完畢了預定周期測試任務工作內(nèi)容測試負責人依照此輪測試成果，編寫測試報告，重要應包括如下內(nèi)容：a.測試報告版本b.測試人員和時間c.測試所覆蓋缺陷——測試組在這輪測試中所有解決缺陷，報告了測試負責人解決缺陷和實行工程師驗證缺陷。不但要寫出覆蓋缺陷總數(shù)，還要寫明這些缺陷去向d.測試新發(fā)現(xiàn)缺陷數(shù)量e.上一版本活動缺陷數(shù)量f.通過此輪測試，所有活動缺陷數(shù)量及其狀態(tài)分類g.測試評估——寫明在這一版本中，那些功能被實現(xiàn)了，那些還沒有實現(xiàn)，這里只需寫明和上一版本不同之處即可h.急待解決問題——寫明當前項目組中面臨最優(yōu)先問題，可以重復提出退出原則在每輪測試結束之后應盡快將符合原則測試報告發(fā)給全項目組負責人測試負責人圖表73.2.3回歸測試在每輪測試結束之后，由測試組重新拷貝修改后最新版本，進行回歸測試。過程要點詳細描述輸入條件在每輪測試中，按照既有測試用例沒有新缺陷被發(fā)現(xiàn)，測試報告中所有活動缺陷都被解決。工作內(nèi)容測試組將按照測試籌劃中對于回歸測試方略對產(chǎn)品進行回歸測試，回歸測試用例屬于測試用例一某些或者是所有測試用例，但不能超過原先預定測試用例范疇。退出原則回歸測試所運營用例所有通過。負責人測試實行工程師（可由測試實行工程師或測試負責人兼做）圖表23.3總結階段測試工作結束或即將結束時，測試組就要開始著手準備進行總結工作。3.3.1編寫測試報告在回歸測試結束之后，測試負責人將要編寫測試總結報告，對測試進行總結，并且提交給全體項目組，為產(chǎn)品后續(xù)工作提供重要信息支持。過程要點詳細描述輸入條件測試組完畢了所有測試實行工作工作內(nèi)容測試負責人依照測試成果，按照測試報告文檔模板編寫測試報告，測試報告必要包括如下重要內(nèi)容：a.測試資源概述——多少人、多長時間b.測試成果摘要——分別描述各個測試需求測試成果，產(chǎn)品實現(xiàn)了哪些功能點，哪些還沒有實現(xiàn)c.缺陷分析——按照缺陷屬性分類進行分析d.測試需求覆蓋率——原先列舉測試需求測試覆蓋率，也許一某些測試需求由于資源和優(yōu)先級因素沒有進行測試，那么在這里要進行闡明e.測試評估——從總體對項目質(zhì)量進行評估f.測試組建議——從測試組角度為項目組提出工作建議退出原則測試負責人完畢了符合原則測試報告，發(fā)送給全項目組。負責人測試負責人3.3.2測試工作總結測試總結工作是在以上工作所有結束后來，它目是評估本次測試工作，總結經(jīng)驗，使下一次工作做得更好。過程要點詳細描述輸入條件測試負責人完畢了符合原則測試報告，發(fā)送給全項目組工作內(nèi)容測試負責人依照測試成果，按照測試總結文檔模板編寫測試總結，退出原則測試負責人完畢了符合原則測試總結，發(fā)送給全測試組。負責人測試負責人3.3.3測實驗收測實驗收工作是在以上工作所有結束后，對測試過程，效果進行驗收，宣布測試結束。過程要點詳細描述輸入條件測試組完畢了所有測試實行工作，測試負責人完畢符合原則測試總結文檔工作內(nèi)容由測試發(fā)起會上商定驗收構成員，對本測試進行驗收，驗收內(nèi)容涉及：a.測試效果驗收——測試與否達到預期目b.測試文檔驗收——測試過程文檔與否齊全，可信，符合原則c.測試評估——從總體對測試質(zhì)量進行評估d.測試建議——對本次測試工作指出局限性，需要在后來工作中改進地方e.宣布測試結束——測實驗收構成員簽字宣布本次測試結束退出原則簽發(fā)測實驗收報告負責人產(chǎn)品經(jīng)理3.3.4測試歸檔

測試歸檔是在測實驗收結束宣布測試有效，結束測試后，對測試過程中涉及到各種原則文檔進行歸類，存檔。過程要點詳細描述輸入條件測實驗收通過工作內(nèi)容歸類，存檔測試過程涉及到文檔，重要涉及如下文檔（必要）a.測試任務b.測試籌劃c.測試用例d.測試報告e.測試總結報告f.測實驗收報告退出原則所有文檔歸類完畢，版本號封存負責人測試負責人3.4缺陷跟蹤測實驗收結束后，跟蹤產(chǎn)品在試運營階段暴露出來新缺陷，以及已提交缺陷與否再次發(fā)生。過程要點詳細描述輸入條件測試組完畢了所有測試實行工作，測實驗收通過，產(chǎn)品試運營、運營。工作內(nèi)容a.已發(fā)現(xiàn)缺陷與否再次發(fā)生b.與否有新發(fā)當前測試中未發(fā)現(xiàn)缺陷c.與否有新發(fā)當前測試中已發(fā)現(xiàn)但未修改缺陷定義：A類：新發(fā)現(xiàn)缺陷B類：已發(fā)現(xiàn)缺陷C類：已發(fā)現(xiàn)未修改缺陷退出原則缺陷跟蹤報告負責人產(chǎn)品經(jīng)理、項目實行經(jīng)理4缺陷類型定義本規(guī)范定義如下五類缺陷A類——嚴重錯誤，涉及：1.

由于程序所引起死機,非法退出2.

死循環(huán)3.

導致數(shù)據(jù)庫發(fā)生死鎖4.

數(shù)據(jù)通訊錯誤5

嚴重數(shù)值計算錯誤B類——較嚴重錯誤，涉及：1.

功能不符2.

數(shù)據(jù)流錯誤3.

程序接口錯誤4.

輕微數(shù)值計算錯誤C類——普通性錯誤，涉及：1.

界面錯誤(詳細文檔)2.

打印內(nèi)容、格式錯誤3.

簡樸輸入限制未放在前臺進行控制4.

刪除操作未給出提示D類——較小錯誤，涉及：1.

輔助闡明描述不清晰2.

顯示格式不規(guī)范3.

長時間操作未給顧客進度提示4.

提示窗口文字未采用行業(yè)術語5.

可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯區(qū)別標志6.

系統(tǒng)解決未優(yōu)化E類——測試建議（非缺陷）5測試原則軟件測試合格須符合如下原則。A類錯