軟件測試與發(fā)布管理規(guī)范

1、XXXXXXXXXXXXXXXXXXXXXX公司文件編號(hào)版 本 號(hào)總 頁 數(shù)測試與發(fā)布過程規(guī)范 編制： 年 月 日審核： 年 月 日批準(zhǔn)： 年 月 日 年 月 日發(fā)布 年 月 日實(shí)施XXXXXXXXXXXXXXXXXXXXXXX公司 發(fā)布2文件更改記錄序號(hào)版本號(hào)更改內(nèi)容更改日期備注目 錄1目的22測試團(tuán)隊(duì)的構(gòu)成22.1職責(zé)22.2角色劃分23工作流程及規(guī)范33.1測試與發(fā)布流程圖33.2計(jì)劃與設(shè)計(jì)階段43.2.1測試任務(wù)啟動(dòng)43.2.2編寫測試計(jì)劃書43.2.3設(shè)計(jì)測試用例53.2.4測試用例評(píng)審53.3實(shí)施測試階段63.3.1冒煙測試63.3.2模塊/集成測試63.3.3缺陷分析73.3.4

2、回歸測試73.3.5性能測試83.4總結(jié)階段83.4.1編寫系統(tǒng)測試報(bào)告83.4.2測試工作總結(jié)93.4.3測試歸檔103.5缺陷跟蹤104缺陷類型定義115測試標(biāo)準(zhǔn)126爭議處理127標(biāo)準(zhǔn)文檔121 目的本文檔是測試團(tuán)隊(duì)的日常工作規(guī)范，主要于側(cè)重測試工作流程的控制，明確軟件工程的各階段測試團(tuán)隊(duì)?wèi)?yīng)完成的工作。更加規(guī)范的完成產(chǎn)品的功能測試和性能測試，確保產(chǎn)品質(zhì)量，完成技術(shù)發(fā)布的準(zhǔn)備工作。測試技術(shù)和策略等問題不在本文檔描述范圍之內(nèi)。2 測試團(tuán)隊(duì)的構(gòu)成2.1 職責(zé) 在需求文檔確立基線前對(duì)文檔進(jìn)行測試，從用戶體驗(yàn)和測試的角度提出自己的看法。 編寫合理的測試計(jì)劃，并與項(xiàng)目整體計(jì)劃有機(jī)地整合在一起。 編寫

3、覆蓋率高的測試用例，針對(duì)測試需求進(jìn)行相關(guān)測試技術(shù)的研究。 認(rèn)真仔細(xì)地實(shí)施測試工作，進(jìn)行缺陷跟蹤與分析，并提交測試報(bào)告供項(xiàng)目組參考。2.2 角色劃分在人力資源有限的情況下，一個(gè)團(tuán)隊(duì)成員可能會(huì)同時(shí)承擔(dān)多個(gè)角色。角色名稱相關(guān)主要責(zé)任測試主管 組建測試小組，代表測試小組與其他角色組進(jìn)行溝通 編寫測試計(jì)劃，搭建測試環(huán)境 測試過程中的進(jìn)度控制、風(fēng)險(xiǎn)管理 編寫測試報(bào)告，召開測試評(píng)審 編寫測試報(bào)告分析總結(jié)測試人員 識(shí)別測試需求，編寫測試用例，協(xié)助測試評(píng)審 執(zhí)行測試用例，測試結(jié)果記錄，測試缺陷記錄與跟蹤軟件支持工程師 為測試工作提供技術(shù)支持，如果安裝環(huán)境、版本部署、測試工具支持等3 工作流程及規(guī)范3.1 測試與

4、發(fā)布流程圖3.2 計(jì)劃與設(shè)計(jì)階段3.2.1 測試任務(wù)啟動(dòng)開發(fā)團(tuán)隊(duì)與測試團(tuán)隊(duì)交接測試內(nèi)容，告之較為確切的測試日期，對(duì)測試目標(biāo)達(dá)成一致，統(tǒng)一項(xiàng)目組的目標(biāo)和測試的工作重點(diǎn)。項(xiàng)目經(jīng)理提供當(dāng)前最新的相關(guān)資料軟件項(xiàng)目計(jì)劃書、軟件測試任務(wù)書等。測試人員可預(yù)先熟悉背景資料，協(xié)助測試主管編寫軟件測試計(jì)劃書初稿。過程要點(diǎn)詳細(xì)說明前置條件項(xiàng)目經(jīng)理提供軟件項(xiàng)目計(jì)劃書，項(xiàng)目進(jìn)入軟件實(shí)現(xiàn)階段（編碼）工作內(nèi)容項(xiàng)目經(jīng)理通知測試主管正式測試交接時(shí)間，測試規(guī)模預(yù)估等退出標(biāo)準(zhǔn)測試任務(wù)得到測試主管確認(rèn)，并提交軟件測試計(jì)劃書初稿輸出文檔軟件測試計(jì)劃書初稿。責(zé)任人項(xiàng)目經(jīng)理，測試主管3.2.2 編寫測試計(jì)劃書需求分析文檔確立后，測試團(tuán)隊(duì)需

5、要編寫測試計(jì)劃文檔，為后續(xù)的測試工作提供直接的指導(dǎo)。過程要點(diǎn)詳細(xì)說明前置條件項(xiàng)目需求文檔建立工作內(nèi)容根據(jù)項(xiàng)目的需求文檔，按照測試計(jì)劃文檔模板編寫測試計(jì)劃。測試計(jì)劃中應(yīng)該至少包括以下關(guān)鍵內(nèi)容：l 測試需求需要測試團(tuán)隊(duì)測試的范圍，估算出測試所花費(fèi)的人力資源和各個(gè)測試需求的測試優(yōu)先級(jí)l 測試策略整體測試的測試策略和每個(gè)測試需求的測試方法l 測試資源本次測試所需要用到的人力、硬件、軟件、技術(shù)的資源l 測試團(tuán)隊(duì)角色明確測試團(tuán)隊(duì)內(nèi)各個(gè)成員的角色和相關(guān)責(zé)任l 里程碑明確標(biāo)準(zhǔn)項(xiàng)目過程中測試團(tuán)隊(duì)?wèi)?yīng)該關(guān)注的里程碑l 可交付工件在測試團(tuán)隊(duì)的工作中必須向項(xiàng)目組提交的產(chǎn)物，包括測試計(jì)劃、測試報(bào)告等等l 風(fēng)險(xiǎn)管理列舉出測

6、試工作所可能出現(xiàn)的風(fēng)險(xiǎn)測試計(jì)劃編寫完畢后，必須提交給項(xiàng)目組全體成員，并由項(xiàng)目組組中各個(gè)角色組聯(lián)合評(píng)審?fù)顺鰳?biāo)準(zhǔn)測試計(jì)劃文檔由項(xiàng)目組評(píng)審?fù)ㄟ^，提供軟件測試計(jì)劃書正稿在項(xiàng)目開發(fā)過程中，要適時(shí)的對(duì)測試計(jì)劃進(jìn)行跟蹤，以評(píng)估此計(jì)劃的完整性、可行性，在項(xiàng)目結(jié)束時(shí)還要最后評(píng)估一下測試計(jì)劃的質(zhì)量輸出文檔軟件測試計(jì)劃書責(zé)任人測試主管3.2.3 設(shè)計(jì)測試用例在需求分析文檔確立基線以后，測試團(tuán)隊(duì)需要針對(duì)項(xiàng)目的測試需求編寫測試用例，在實(shí)際的測試中，測試用例將是唯一實(shí)施標(biāo)準(zhǔn)。在用例的編寫過程中，具體的任務(wù)和責(zé)任人如下：過程要點(diǎn)詳細(xì)說明前置條件測試需求明確，測試計(jì)劃明確，項(xiàng)目經(jīng)理提供軟件需求規(guī)格說明書工作內(nèi)容根據(jù)每一步測試

7、計(jì)劃編寫全部的測試用例退出標(biāo)準(zhǔn)測試用例需要覆蓋所有的測試需求輸出文檔軟件測試用例單責(zé)任人測試主管、測試人員3.2.4 測試用例評(píng)審在測試團(tuán)隊(duì)完成測試用例之后，項(xiàng)目組需要對(duì)項(xiàng)目的測試用例進(jìn)行評(píng)審，在用例的評(píng)審過程中，具體的任務(wù)和責(zé)任人如下：過程要點(diǎn)詳細(xì)說明前置條件測試用例完成工作內(nèi)容根據(jù)項(xiàng)目軟件需求規(guī)格說明書對(duì)測試用例進(jìn)行評(píng)審?fù)顺鰳?biāo)準(zhǔn)更新測試用例，測試用例覆蓋到所有的測試需求輸出文檔軟件測試用例評(píng)審報(bào)告責(zé)任人項(xiàng)目經(jīng)理、測試主管3.3 實(shí)施測試階段3.3.1 冒煙測試在開發(fā)團(tuán)隊(duì)完成某個(gè)功能模塊之后，測試團(tuán)隊(duì)首選對(duì)功能模塊進(jìn)行冒煙測試，確?；竟δ芏纪瓿伞＿^程要點(diǎn)詳細(xì)描述前置條件開發(fā)團(tuán)隊(duì)完成某個(gè)功能

8、模塊工作內(nèi)容測試人員根據(jù)軟件需求規(guī)格說明書對(duì)模塊進(jìn)行冒煙測試，確?；竟δ芡瓿伞Ｍ顺鰳?biāo)準(zhǔn)冒煙測試通過，基本功能完成。責(zé)任人測試人員、開發(fā)人員3.3.2 模塊/集成測試實(shí)施針對(duì)已經(jīng)通過冒煙測試的功能模塊和已經(jīng)評(píng)審?fù)ㄟ^的測試用例，實(shí)施測試用例絕對(duì)將花費(fèi)測試團(tuán)隊(duì)絕大部分時(shí)間，這些工作都是建立在前期很多計(jì)劃工作的基礎(chǔ)上。過程要點(diǎn)詳細(xì)描述前置條件測試主管提前制定出當(dāng)日的測試計(jì)劃，確定可用的測試用例。工作內(nèi)容測試人員根據(jù)測試計(jì)劃中分配給自己的測試任務(wù)和測試用例，實(shí)施相應(yīng)的測試用例，并將記錄實(shí)施用例的結(jié)果。缺陷及時(shí)記錄和提交，并與相關(guān)開發(fā)人員溝通。退出標(biāo)準(zhǔn)測試用例中的所有任務(wù)被執(zhí)行，結(jié)果被記錄，缺陷被提交。

9、責(zé)任人測試人員、開發(fā)人員3.3.3 缺陷分析 測試主管和項(xiàng)目經(jīng)理根據(jù)項(xiàng)目的定位，軟件需求及軟件測試中的80/20原則針對(duì)測試人員提交的缺陷進(jìn)行分析，以提高測試效率。過程要點(diǎn)詳細(xì)描述前置條件所有的測試用例全部都實(shí)施完成工作內(nèi)容根據(jù)項(xiàng)目的定位等針對(duì)測試人員提交的缺陷進(jìn)行分析如存在缺陷轉(zhuǎn)為需求，則更新需求規(guī)格說明書退出標(biāo)準(zhǔn)測試人員提交的缺陷完成分析責(zé)任人項(xiàng)目經(jīng)理、測試主管3.3.4 回歸測試在每輪測試結(jié)束之后，由測試團(tuán)隊(duì)重新拷貝修改后的最新版本，進(jìn)行回歸測試。過程要點(diǎn)詳細(xì)描述前置條件在每輪測試中，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報(bào)告中全部的活動(dòng)缺陷都被解決。工作內(nèi)容測試團(tuán)隊(duì)將按照測試計(jì)劃中

10、對(duì)于回歸測試的策略對(duì)產(chǎn)品進(jìn)行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不超出原先預(yù)定的測試用例的范圍。退出標(biāo)準(zhǔn)回歸測試所運(yùn)行的用例全部通過。責(zé)任人測試人員、開發(fā)人員3.3.5 性能測試如有必要，需要收集用戶對(duì)性能方面的要求，做性能測試，同時(shí)出具性能測試報(bào)告。過程要點(diǎn)詳細(xì)描述前置條件項(xiàng)目集成測試完畢，并完成所有的回歸測試工作內(nèi)容根據(jù)收集到的用戶對(duì)性能方面的要求，制定性能測試策略，并進(jìn)行性能測試，收集性能測試結(jié)果數(shù)據(jù)。輸出文檔性能測試報(bào)告退出標(biāo)準(zhǔn)項(xiàng)目的性能指標(biāo)達(dá)到用戶的要求責(zé)任人測試人員、開發(fā)人員3.4 總結(jié)階段測試工作結(jié)束或即將結(jié)束時(shí)，測試團(tuán)隊(duì)就要開始著手準(zhǔn)備進(jìn)行總結(jié)的工

11、作。3.4.1 編寫系統(tǒng)測試報(bào)告在回歸測試結(jié)束之后，測試主管將要編寫系統(tǒng)測試報(bào)告，對(duì)系統(tǒng)測試情況進(jìn)行總結(jié)，并且提交給全體項(xiàng)目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。過程要點(diǎn)詳細(xì)描述前置條件測試團(tuán)隊(duì)完成了所有的測試實(shí)施工作工作內(nèi)容測試主管根據(jù)測試的結(jié)果，按照系統(tǒng)測試報(bào)告的文檔模板編寫測試報(bào)告，測試報(bào)告必須包含以下重要內(nèi)容：l 測試資源概述多少人、多長時(shí)間l 測試結(jié)果摘要分別描述各個(gè)測試需求的測試結(jié)果，產(chǎn)品實(shí)現(xiàn)了哪些功能點(diǎn)，哪些還沒有實(shí)現(xiàn)l 缺陷分析按照缺陷的屬性分類進(jìn)行分析l 測試需求覆蓋率原先列舉的測試需求的測試覆蓋率，可能一部分測試需求因?yàn)橘Y源和優(yōu)先級(jí)的因素沒有進(jìn)行測試，那么在這里要進(jìn)行說明

12、l 測試評(píng)估從總體對(duì)項(xiàng)目質(zhì)量進(jìn)行評(píng)估l 測試團(tuán)隊(duì)建議從測試團(tuán)隊(duì)的角度為項(xiàng)目組提出工作建議退出標(biāo)準(zhǔn)測試主管完成了符合標(biāo)準(zhǔn)的系統(tǒng)測試報(bào)告，發(fā)送給全項(xiàng)目組。輸出文檔系統(tǒng)測試報(bào)告責(zé)任人測試主管3.4.2 測試工作總結(jié)測試總結(jié)工作是在以上的工作全部結(jié)束以后，它的目的是評(píng)估本次測試工作，總結(jié)經(jīng)驗(yàn)，使下一次的工作做得更好。過程要點(diǎn)詳細(xì)描述前置條件測試主管完成了符合標(biāo)準(zhǔn)的測試報(bào)告，發(fā)送給全項(xiàng)目組工作內(nèi)容測試主管根據(jù)測試的結(jié)果，按照測試總結(jié)的文檔模板編寫測試總結(jié)：內(nèi)容包括：l 測試效果總結(jié)測試是否達(dá)到預(yù)期目的l 測試文檔總結(jié)測試過程文檔是否齊全，可信，符合標(biāo)準(zhǔn)l 測試評(píng)估從總體對(duì)測試的質(zhì)量進(jìn)行評(píng)估l 測試建議對(duì)

13、本次測試工作指出不足，需要在以后工作中改進(jìn)的地方l 宣布測試結(jié)束測試驗(yàn)收組成員簽字宣布本次測試結(jié)束退出標(biāo)準(zhǔn)測試主管完成了符合標(biāo)準(zhǔn)的測試總結(jié)，發(fā)送給全測試團(tuán)隊(duì)。輸出文檔項(xiàng)目測試工作總結(jié)責(zé)任人測試主管3.4.3 測試歸檔 測試歸檔是在測試驗(yàn)收結(jié)束宣布測試有效，結(jié)束測試后，對(duì)測試過程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸類，存檔。過程要點(diǎn)詳細(xì)描述前置條件測試驗(yàn)收通過工作內(nèi)容歸類，存檔測試過程涉及到的文檔，主要包括以下文檔（必須）l 軟件測試任務(wù)書l 軟件測試計(jì)劃書l 軟件測試用例單l 軟件測試用例評(píng)審報(bào)告l 系統(tǒng)測試報(bào)告l 性能測試報(bào)告l 項(xiàng)目測試工作總結(jié)退出標(biāo)準(zhǔn)全部文檔歸類完畢，版本號(hào)封存責(zé)任人測試主管3.5

14、 缺陷跟蹤測試驗(yàn)收結(jié)束后，跟蹤產(chǎn)品在試運(yùn)行階段暴露出來的新缺陷，以及已提交的缺陷是否再次發(fā)生。過程要點(diǎn)詳細(xì)描述前置條件測試團(tuán)隊(duì)完成了所有的測試實(shí)施工作，測試驗(yàn)收通過，產(chǎn)品上線試運(yùn)行、運(yùn)行。工作內(nèi)容l 已發(fā)現(xiàn)缺陷是否再次發(fā)生l 是否有新發(fā)現(xiàn)的在測試中未發(fā)現(xiàn)的缺陷l 是否有新發(fā)現(xiàn)的在測試中已發(fā)現(xiàn)但未修改的缺陷定義：A類：新發(fā)現(xiàn)的缺陷B類：已發(fā)現(xiàn)的缺陷C類：已發(fā)現(xiàn)未修改的缺陷退出標(biāo)準(zhǔn)產(chǎn)品撤銷、下線責(zé)任人項(xiàng)目經(jīng)理4 缺陷類型定義本規(guī)范定義以下五類缺陷：級(jí)別描述1-緊急 由于程序所引起的死機(jī),非法退出 功能未實(shí)現(xiàn)或功能不符 出現(xiàn)死循環(huán) 導(dǎo)致數(shù)據(jù)庫發(fā)生死鎖 數(shù)據(jù)通訊錯(cuò)誤，數(shù)據(jù)流錯(cuò)誤 嚴(yán)重的數(shù)值計(jì)算錯(cuò)誤2-較高 程序接口錯(cuò)誤 輕微的數(shù)值計(jì)算錯(cuò)誤 界面錯(cuò)誤(詳細(xì)文檔) 打印內(nèi)容、格式錯(cuò)誤3-中等 簡單的輸入限制未放在前臺(tái)進(jìn)行控制 刪除操作未給出提示 輔助說明描述不清楚 顯示格式不規(guī)范 長時(shí)間操作未給用戶進(jìn)度提示4-輕微 提示窗口文字未采用行業(yè)術(shù)語 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志 系統(tǒng)處理未優(yōu)化 微小的問題，幾乎不影響功能；如