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

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

]正式發(fā)布[

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

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

簽收日期：

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

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

B、編寫合理測試籌劃，并與項(xiàng)目整體籌劃有機(jī)地整合在一起。

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

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

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

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

組建測試組

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

代表測試組與其他角色組進(jìn)行溝通

編寫測試籌劃q

測試報(bào)告分析測試用例設(shè)計(jì)工程師

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

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

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

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

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

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

死循環(huán)3.

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

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

嚴(yán)重?cái)?shù)值計(jì)算錯(cuò)誤B類——較嚴(yán)重錯(cuò)誤，涉及：1.

功能不符2.

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

程序接口錯(cuò)誤4.

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

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

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

簡樸輸入限制未放在前臺進(jìn)行控制4.

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

輔助闡明描述不清晰2.

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

長時(shí)間操作未給顧客進(jìn)度提示4.

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

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

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