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

1、XXXXXXXXXXXXXXXXXXXXXX公司文件編號版 本 號總 頁 數(shù)測試與發(fā)布過程規(guī)范 編制： 年 月 日審核： 年 月 日批準: 年 月 日 年 月 日發(fā)布 年 月 日實施XXXXXXXXXXXXXXXXXXXXXXX公司 發(fā)布2文件更改記錄序號版本號更改內(nèi)容更改日期備注目 錄1目的22測試團隊的構成22.1職責22.2角色劃分23工作流程及規(guī)范33.1測試與發(fā)布流程圖33.2計劃與設計階段43。2.1測試任務啟動43。2。2編寫測試計劃書43.2.3設計測試用例53。2。4測試用例評審53.3實施測試階段63。3.1冒煙測試63.3。2模塊/集成測試63。3.3缺陷分析73.3。4

2、回歸測試73.3.5性能測試83.4總結階段83。4。1編寫系統(tǒng)測試報告83。4。2測試工作總結93。4.3測試歸檔103。5缺陷跟蹤104缺陷類型定義115測試標準126爭議處理127標準文檔121 目的本文檔是測試團隊的日常工作規(guī)范，主要于側(cè)重測試工作流程的控制，明確軟件工程的各階段測試團隊應完成的工作。更加規(guī)范的完成產(chǎn)品的功能測試和性能測試，確保產(chǎn)品質(zhì)量,完成技術發(fā)布的準備工作.測試技術和策略等問題不在本文檔描述范圍之內(nèi).2 測試團隊的構成2.1 職責Ø 在需求文檔確立基線前對文檔進行測試，從用戶體驗和測試的角度提出自己的看法。Ø 編寫合理的測試計劃，并與項目整體計劃

3、有機地整合在一起。Ø 編寫覆蓋率高的測試用例，針對測試需求進行相關測試技術的研究.Ø 認真仔細地實施測試工作,進行缺陷跟蹤與分析，并提交測試報告供項目組參考。2.2 角色劃分在人力資源有限的情況下，一個團隊成員可能會同時承擔多個角色。角色名稱相關主要責任測試主管Ø 組建測試小組,代表測試小組與其他角色組進行溝通Ø 編寫測試計劃，搭建測試環(huán)境Ø 測試過程中的進度控制、風險管理Ø 編寫測試報告，召開測試評審Ø 編寫測試報告分析總結測試人員Ø 識別測試需求,編寫測試用例，協(xié)助測試評審Ø 執(zhí)行測試用例，測試結果記

4、錄，測試缺陷記錄與跟蹤軟件支持工程師Ø 為測試工作提供技術支持，如果安裝環(huán)境、版本部署、測試工具支持等3 工作流程及規(guī)范3.1 測試與發(fā)布流程圖3.2 計劃與設計階段3.2.1 測試任務啟動開發(fā)團隊與測試團隊交接測試內(nèi)容,告之較為確切的測試日期，對測試目標達成一致，統(tǒng)一項目組的目標和測試的工作重點。項目經(jīng)理提供當前最新的相關資料軟件項目計劃書、軟件測試任務書等。測試人員可預先熟悉背景資料，協(xié)助測試主管編寫軟件測試計劃書初稿。過程要點詳細說明前置條件項目經(jīng)理提供軟件項目計劃書，項目進入軟件實現(xiàn)階段（編碼）工作內(nèi)容項目經(jīng)理通知測試主管正式測試交接時間，測試規(guī)模預估等退出標準測試任務得到測

5、試主管確認，并提交軟件測試計劃書初稿輸出文檔軟件測試計劃書初稿。責任人項目經(jīng)理,測試主管3.2.2 編寫測試計劃書需求分析文檔確立后，測試團隊需要編寫測試計劃文檔，為后續(xù)的測試工作提供直接的指導。過程要點詳細說明前置條件項目需求文檔建立工作內(nèi)容根據(jù)項目的需求文檔，按照測試計劃文檔模板編寫測試計劃。測試計劃中應該至少包括以下關鍵內(nèi)容：l 測試需求需要測試團隊測試的范圍,估算出測試所花費的人力資源和各個測試需求的測試優(yōu)先級l 測試策略整體測試的測試策略和每個測試需求的測試方法l 測試資源本次測試所需要用到的人力、硬件、軟件、技術的資源l 測試團隊角色明確測試團隊內(nèi)各個成員的角色和相關責任l 里程碑

6、-明確標準項目過程中測試團隊應該關注的里程碑l 可交付工件在測試團隊的工作中必須向項目組提交的產(chǎn)物，包括測試計劃、測試報告等等l 風險管理列舉出測試工作所可能出現(xiàn)的風險測試計劃編寫完畢后，必須提交給項目組全體成員,并由項目組組中各個角色組聯(lián)合評審退出標準測試計劃文檔由項目組評審通過，提供軟件測試計劃書正稿在項目開發(fā)過程中，要適時的對測試計劃進行跟蹤，以評估此計劃的完整性、可行性,在項目結束時還要最后評估一下測試計劃的質(zhì)量輸出文檔軟件測試計劃書責任人測試主管3.2.3 設計測試用例在需求分析文檔確立基線以后,測試團隊需要針對項目的測試需求編寫測試用例，在實際的測試中，測試用例將是唯一實施標準.在

7、用例的編寫過程中,具體的任務和責任人如下：過程要點詳細說明前置條件測試需求明確，測試計劃明確，項目經(jīng)理提供軟件需求規(guī)格說明書工作內(nèi)容根據(jù)每一步測試計劃編寫全部的測試用例退出標準測試用例需要覆蓋所有的測試需求輸出文檔軟件測試用例單責任人測試主管、測試人員3.2.4 測試用例評審在測試團隊完成測試用例之后，項目組需要對項目的測試用例進行評審，在用例的評審過程中，具體的任務和責任人如下:過程要點詳細說明前置條件測試用例完成工作內(nèi)容根據(jù)項目軟件需求規(guī)格說明書對測試用例進行評審退出標準更新測試用例，測試用例覆蓋到所有的測試需求輸出文檔軟件測試用例評審報告責任人項目經(jīng)理、測試主管3.3 實施測試階段3.3

8、.1 冒煙測試在開發(fā)團隊完成某個功能模塊之后,測試團隊首選對功能模塊進行冒煙測試，確?；竟δ芏纪瓿?。過程要點詳細描述前置條件開發(fā)團隊完成某個功能模塊工作內(nèi)容測試人員根據(jù)軟件需求規(guī)格說明書對模塊進行冒煙測試,確?；竟δ芡瓿伞Ｍ顺鰳藴拭盁煖y試通過，基本功能完成.責任人測試人員、開發(fā)人員3.3.2 模塊/集成測試實施針對已經(jīng)通過冒煙測試的功能模塊和已經(jīng)評審通過的測試用例,實施測試用例絕對將花費測試團隊絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎上.過程要點詳細描述前置條件測試主管提前制定出當日的測試計劃，確定可用的測試用例。工作內(nèi)容測試人員根據(jù)測試計劃中分配給自己的測試任務和測試用例,

9、實施相應的測試用例，并將記錄實施用例的結果.缺陷及時記錄和提交,并與相關開發(fā)人員溝通。退出標準測試用例中的所有任務被執(zhí)行，結果被記錄，缺陷被提交。責任人測試人員、開發(fā)人員3.3.3 缺陷分析 測試主管和項目經(jīng)理根據(jù)項目的定位,軟件需求及軟件測試中的80/20原則針對測試人員提交的缺陷進行分析，以提高測試效率.過程要點詳細描述前置條件所有的測試用例全部都實施完成工作內(nèi)容根據(jù)項目的定位等針對測試人員提交的缺陷進行分析如存在缺陷轉(zhuǎn)為需求，則更新需求規(guī)格說明書退出標準測試人員提交的缺陷完成分析責任人項目經(jīng)理、測試主管3.3.4 回歸測試在每輪測試結束之后,由測試團隊重新拷貝修改后的最新版本,進行回歸測

10、試。過程要點詳細描述前置條件在每輪測試中，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報告中全部的活動缺陷都被解決。工作內(nèi)容測試團隊將按照測試計劃中對于回歸測試的策略對產(chǎn)品進行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不超出原先預定的測試用例的范圍.退出標準回歸測試所運行的用例全部通過。責任人測試人員、開發(fā)人員3.3.5 性能測試如有必要，需要收集用戶對性能方面的要求，做性能測試，同時出具性能測試報告。過程要點詳細描述前置條件項目集成測試完畢，并完成所有的回歸測試工作內(nèi)容根據(jù)收集到的用戶對性能方面的要求，制定性能測試策略，并進行性能測試，收集性能測試結果數(shù)據(jù)。輸出文檔性能

11、測試報告退出標準項目的性能指標達到用戶的要求責任人測試人員、開發(fā)人員3.4 總結階段測試工作結束或即將結束時，測試團隊就要開始著手準備進行總結的工作。3.4.1 編寫系統(tǒng)測試報告在回歸測試結束之后，測試主管將要編寫系統(tǒng)測試報告，對系統(tǒng)測試情況進行總結，并且提交給全體項目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。過程要點詳細描述前置條件測試團隊完成了所有的測試實施工作工作內(nèi)容測試主管根據(jù)測試的結果,按照系統(tǒng)測試報告的文檔模板編寫測試報告，測試報告必須包含以下重要內(nèi)容：l 測試資源概述-多少人、多長時間l 測試結果摘要-分別描述各個測試需求的測試結果，產(chǎn)品實現(xiàn)了哪些功能點，哪些還沒有實現(xiàn)l 缺陷分析

12、按照缺陷的屬性分類進行分析l 測試需求覆蓋率-原先列舉的測試需求的測試覆蓋率，可能一部分測試需求因為資源和優(yōu)先級的因素沒有進行測試，那么在這里要進行說明l 測試評估從總體對項目質(zhì)量進行評估l 測試團隊建議從測試團隊的角度為項目組提出工作建議退出標準測試主管完成了符合標準的系統(tǒng)測試報告，發(fā)送給全項目組。輸出文檔系統(tǒng)測試報告責任人測試主管3.4.2 測試工作總結測試總結工作是在以上的工作全部結束以后，它的目的是評估本次測試工作，總結經(jīng)驗，使下一次的工作做得更好。過程要點詳細描述前置條件測試主管完成了符合標準的測試報告，發(fā)送給全項目組工作內(nèi)容測試主管根據(jù)測試的結果,按照測試總結的文檔模板編寫測試總結

13、：內(nèi)容包括:l 測試效果總結-測試是否達到預期目的l 測試文檔總結測試過程文檔是否齊全,可信,符合標準l 測試評估-從總體對測試的質(zhì)量進行評估l 測試建議對本次測試工作指出不足，需要在以后工作中改進的地方l 宣布測試結束-測試驗收組成員簽字宣布本次測試結束退出標準測試主管完成了符合標準的測試總結，發(fā)送給全測試團隊.輸出文檔項目測試工作總結責任人測試主管3.4.3 測試歸檔 測試歸檔是在測試驗收結束宣布測試有效，結束測試后，對測試過程中涉及到各種標準文檔進行歸類,存檔。過程要點詳細描述前置條件測試驗收通過工作內(nèi)容歸類，存檔測試過程涉及到的文檔，主要包括以下文檔（必須）l 軟件測試任務書l 軟件測

14、試計劃書l 軟件測試用例單l 軟件測試用例評審報告l 系統(tǒng)測試報告l 性能測試報告l 項目測試工作總結退出標準全部文檔歸類完畢,版本號封存責任人測試主管3.5 缺陷跟蹤測試驗收結束后，跟蹤產(chǎn)品在試運行階段暴露出來的新缺陷，以及已提交的缺陷是否再次發(fā)生。過程要點詳細描述前置條件測試團隊完成了所有的測試實施工作，測試驗收通過,產(chǎ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)未修改的缺陷退出標準產(chǎn)品撤銷、下線責任人項目經(jīng)理4 缺陷類型定義本規(guī)范定義以下五類

15、缺陷：級別描述1-緊急Ø 由于程序所引起的死機，非法退出Ø 功能未實現(xiàn)或功能不符Ø 出現(xiàn)死循環(huán)Ø 導致數(shù)據(jù)庫發(fā)生死鎖Ø 數(shù)據(jù)通訊錯誤，數(shù)據(jù)流錯誤Ø 嚴重的數(shù)值計算錯誤2較高Ø 程序接口錯誤Ø 輕微的數(shù)值計算錯誤Ø 界面錯誤（詳細文檔)Ø 打印內(nèi)容、格式錯誤3-中等Ø 簡單的輸入限制未放在前臺進行控制Ø 刪除操作未給出提示Ø 輔助說明描述不清楚Ø 顯示格式不規(guī)范Ø 長時間操作未給用戶進度提示4輕微Ø 提示窗口文字未采用行業(yè)術語Ø 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志Ø 系統(tǒng)處理未優(yōu)化Ø 微小的問題,幾乎不影響功能;如界面上錯誤字Ø 建議增加或修改優(yōu)化操作5 測試標準軟件測