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

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

]正式發(fā)布[

]正在修改當(dāng)前版本：****作

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

簽收日期：

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

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

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

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

D、針對測試需求進行有關(guān)測試技術(shù)研究。

E、認(rèn)真仔細(xì)地實行測試工作，并提交測試報告以供項目組參照。

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

組建測試組

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

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

編寫測試籌劃q

測試報告分析測試用例設(shè)計工程師

編寫測試用例{可以由測試負(fù)責(zé)人兼任}測試實行工程師

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

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

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

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

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

死循環(huán)3.

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

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

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

功能不符2.

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

程序接口錯誤4.

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

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

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

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

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

輔助闡明描述不清晰2.

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

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

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

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

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