軟件測試的測試規(guī)范

1、測試工作規(guī)范版本記錄：文件狀態(tài)： 草稿 正式發(fā)布 正在修改當前版本：作 者：完成日期：20014-7-28簽 收 人：簽收日期：1.編寫目的本文檔是測試團隊的日常工作規(guī)范，主要側重測試工作流程的控制，明確各階段測試團隊應完成的工作。測試技術和策略等問題不在本文檔描述范圍內。2.測試團隊職責測試是軟件開發(fā)過程中的重要組成部分，肩負著如下責任： 在項目的前期、需求文檔確立之前對文檔進行測試，從用戶體驗和測試的角度提出自己的看法。 編寫合理的測試計劃、規(guī)劃詳細的測試方案，并與項目整體計劃有機地整合在一起。 根據(jù)需求編寫覆蓋率高的測試用例。 相關人員針對測試需求商討在該項目測試時所需的測試方法。（如：

2、白盒、黑盒、自動化、性能、卸載測試等） 認真仔細地實施測試工作，提交測試報告供項目組參考。（其中測試工作包含執(zhí)行測試用例，BUG的管理） 進行缺陷跟蹤與分析。3.測試團隊角色劃分在一個團隊中，一個成員可能會同時承擔多個角色。角色名稱相關主要責任負責人l 規(guī)范測試流程l 協(xié)調測試組內部的溝通l 代表測試組與其他角色組進行溝通l 編寫測試計劃l 測試報告分析測試工程師l 編寫測試用例，執(zhí)行測試用例，提交測試報告測試實施工程師l 執(zhí)行測試，提交BUG4.工作流程及規(guī)范4.1計劃與設計階段4.1.1成立測試團隊在項目組成立的同時，測試組也將同時成立。團隊成立的工作責任如下圖所示：過程要點詳細說明項目進

3、度項目組成立（參與項目計劃的評審）工作內容為測試組任命一名測試負責人，同時確定測試組的人員。責任人測試負責人圖表 14.1.2測試預通知在正式測試任務下達前，開發(fā)團隊應提前一周左右向測試團隊下達預通知，告之較為確切的測試日期，提供當前最新的相關資料。測試部門負責人可視具體情況決定是否需要調整人力。測試人員可預先熟悉必要的背景資料，協(xié)助測試負責人編寫測試計劃初稿。 過程要點詳細說明項目進度項目進入實施階段工作內容項目/產品經(jīng)理郵件通知測試負責人正式接收測試交接時間，測試模塊等測試負責人測試計劃初稿編寫完成責任人測試負責人圖表 24.1.3正式啟動測試工作過程要點詳細說明測試進度測試負責人完成測試

4、計劃初稿工作內容開發(fā)團隊與測試團隊交接測試內容，對測試目標達成一致，商討測試計劃初稿的可行性，統(tǒng)一項目組的目標和測試的工作重點。測試人員明確測試內容與重點責任人測試負責人圖表 34.1.4編寫測試計劃文檔需求分析文檔確立后，測試組需要編寫測試計劃文檔，為后續(xù)的測試工作提供直接的指導過程要點詳細說明項目進度項目需求文檔建立工作內容根據(jù)項目的需求文檔，按照測試計劃文檔模板編寫測試計劃。測試計劃中應該至少包括以下關鍵內容：l 測試需求需要測試組測試的范圍，估算出測試所花費的人力資源和各個測試需求的測試優(yōu)先級l 測試方案整體測試的測試方法和每個測試需求的測試方法l 測試資源本次測試所需要用到的人力、硬

5、件、軟件、技術的資源l 測試組角色明確測試組內各個成員的角色和相關責任l 里程碑明確標準項目過程中測試組應該關注的里程碑l 可交付工件在測試組的工作中必須向項目組提交的產物，包括測試計劃、測試報告等等l 風險管理列舉出測試工作所可能出現(xiàn)的風險測試計劃編寫完畢后，必須提交給項目組全體成員，并由項目組組中各個角色組聯(lián)合評審。退出標準l 測試計劃由項目組評審通過.l 在項目開發(fā)過程中，要適時的對測試計劃進行跟蹤，以評估此計劃的完整性、可行性，在項目結束時還要最后評估一下測試計劃的質量責任人測試經(jīng)理圖表 43.1.5設計測試用例在需求分析文檔確立基線以后，測試組需要針對項目的測試需求編寫測試用例，在實

6、際的測試中，測試用例將是唯一實施標準。在用例的編寫過程中，具體的任務和責任人如下：過程要點詳細說明輸入條件測試需求明確，測試計劃明確工作內容根據(jù)每一步測試計劃編寫全部的測試用例退出標準測試用例需要覆蓋所有的測試需求責任人測試用例設計工程師（可由測試實施工程師或測試經(jīng)理兼做）圖表 53.2實施測試階段3.2.1實施測試用例實施測試用例將花費測試組絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。過程要點詳細描述輸入條件測試經(jīng)理制前一工作日定出當日的測試計劃，確定可用的測試用例。工作內容測試實施工程師根據(jù)測試計劃中分配給自己的測試任務和提供的測試用例，實施相應的測試用例，并將記錄實施用例的

7、結果退出標準測試用例中的所有任務被執(zhí)行，結果被記錄。責任人測試實施工程師圖表 63.2.2提交報告在約定的測試周期完成之后，測試經(jīng)理需要總結此測試的結果，編寫測試報告過程要點詳細描述輸入條件測試組完成了預定周期的測試任務工作內容測試經(jīng)理根據(jù)此輪測試的結果，編寫測試報告，主要應包含以下內容：l 測試報告的版本l 測試的人員和時間l 測試所覆蓋的缺陷測試組在這輪測試中所有處理的缺陷，報告了測試經(jīng)理處理的缺陷和實施工程師驗證的缺陷。不僅要寫出覆蓋缺陷的總數(shù)，還要寫明這些缺陷的去向l 測試新發(fā)現(xiàn)的缺陷數(shù)量l 上一版本活動缺陷的數(shù)量l 經(jīng)過此輪測試，所有活動缺陷的數(shù)量及其狀態(tài)分類l 測試評估寫明在這一版

8、本中，那些功能被實現(xiàn)了，那些還沒有實現(xiàn)，這里只需寫明和上一版本不同之處即可l 急待解決的問題寫明當前項目組中面臨的最優(yōu)先的問題，可以重復提出退出標準在每輪測試結束之后應盡快將符合標準的測試報告發(fā)給全項目組責任人測試經(jīng)理圖表7 3.2.3回歸測試在每輪測試結束之后，由測試組重新拷貝修改后的最新版本，進行回歸測試。過程要點詳細描述輸入條件在每輪測試中，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報告中全部的活動缺陷都被解決。工作內容測試組將按照測試計劃中對于回歸測試的策略對產品進行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不能超出原先預定的測試用例的范圍。退出標準回歸測試所運

9、行的用例全部通過。責任人測試實施工程師 （可由測試實施工程師或測試經(jīng)理兼做）圖表 23.3總結階段測試工作結束或即將結束時，測試組就要開始著手準備進行總結的工作。3.3.1編寫測試報告在回歸測試結束之后，測試經(jīng)理將要編寫測試總結報告，對測試進行總結，并且提交給全體項目組，為產品的后續(xù)工作提供重要的信息支持。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作工作內容測試經(jīng)理根據(jù)測試的結果，按照測試報告的文檔模板編寫測試報告，測試報告必須包含以下重要內容：l 測試資源概述多少人、多長時間l 測試結果摘要分別描述各個測試需求的測試結果，產品實現(xiàn)了哪些功能點，哪些還沒有實現(xiàn)l 缺陷分析按照缺陷的屬

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

11、發(fā)送給全測試組。責任人測試經(jīng)理3.3.3測試驗收測試驗收工作是在以上工作全部結束后，對測試的過程，效果進行驗收，宣布測試結束。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作，測試經(jīng)理完成符合標準的測試總結文檔工作內容由測啟會上約定的驗收組成員，對本測試收進行驗收，驗收內容包括：l 測試效果驗收測試是否達到預期目的l 測試文檔驗收測試過程文檔是否齊全，可信，符合標準l 測試評估從總體對測試的質量進行評估l 測試建議對本次測試工作指出不足，需要在以后工作中改進的地方l 宣布測試結束測試驗收組成員簽字宣布本次測試結束退出標準簽發(fā)測試驗收報告責任人產品經(jīng)理3.3.4測試歸檔 測試歸檔是在測試驗

12、收結束宣布測試有效，結束測試后，對測試過程中涉及到各種標準文檔進行歸類，存檔。過程要點詳細描述輸入條件測試驗收通過工作內容歸類，存檔測試過程涉及到的文檔，主要包括以下文檔（必須）l 測試任務書l 測試計劃書l 測試用例書l 測試報告書l 測試總結書l 測試驗收書退出標準全部文檔歸類完畢，版本號封存責任人測試經(jīng)理3.4缺陷跟蹤測試驗收結束后，跟蹤產品在試運行階段暴露出來的新缺陷，以及已提交的缺陷是否再次發(fā)生。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作，測試驗收通過，產品試運行、運行。工作內容l 已發(fā)現(xiàn)缺陷是否再次發(fā)生l 是否有新發(fā)現(xiàn)的在測試中未發(fā)現(xiàn)的缺陷l 是否有新發(fā)現(xiàn)的在測試中已發(fā)

13、現(xiàn)但未修改的缺陷定義：A類：新發(fā)現(xiàn)的缺陷B類：已發(fā)現(xiàn)的缺陷C類：已發(fā)現(xià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. 打印內容、格式錯誤3. 簡單的輸入限制未放在前臺進行控制4. 刪除操作未給出提示 D類較小錯誤，包括：1. 輔助說明描述不清楚2. 顯示格式不規(guī)范3. 長時間操作未給用戶進度提示4. 提示窗口文字未采用行業(yè)術語5. 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志6. 系統(tǒng)處理未優(yōu)化 E類測試建議（非缺