樣機測試工作規(guī)范0001

1、測試工作規(guī)范 版本記錄： 文件狀態(tài)： 草稿 正式發(fā)布 正在修改 當(dāng)前版 本： 1.1 作 者： 完成日 期： 簽收 人： 簽收日 期： 1 編寫目的 本文檔是測試團隊的日常工作規(guī)范，主要側(cè)重測試工作流程的控制，明確軟 件工程的各階段測試團隊?wèi)?yīng)完成的工作。 測試技術(shù)和策略等問題不在本文檔描述 范圍內(nèi)。 2 測試團隊構(gòu)成 2.1 職責(zé) 測試是軟件開發(fā)過程中的重要組成部分，肩負著如下責(zé)任： 在項目的前景、需求文檔確立基線前對文檔進行測試，從用戶體驗和測試 的角度提出自己的看法。 編寫合理的測試計劃， 并與項目整體計劃有機地整合在一起。 編寫覆蓋率高的測試用例。 針對測試需求進行相關(guān)測試技術(shù)的研究。

2、認真仔細地實施測試工作， 并提交測試報告供項目組參考。 進行缺陷跟蹤與分析。 2.2 角色劃分 在人力資源有限的情況下，一個團隊成員可能會同時承擔(dān)多個角色。 角色名稱 相關(guān)主要責(zé)任 測試經(jīng)理 組建測試組 協(xié)調(diào)測試組內(nèi)部的溝通 代表測試組與其他角色組進行溝通 編寫測試計劃 測試報告分析 測試用例設(shè)計工程 師 編寫測試用例 可以由測試經(jīng)理兼任 測試實施工程師 實施測試用例，執(zhí)行測試 技術(shù)支持工程師 為測試工作提供技術(shù)支持 3 工作流程及規(guī)范 3.1 計劃與設(shè)計階段 3.1.1 成立測試團隊 在項目組成立的同時，測試組也將同時成立。團隊成立的工作與責(zé)任如下： 過程要點 詳細說明 輸入條件 項目組成立

3、 （參與項目計劃書的評審） 工作內(nèi)容 為測試組任命一名測試經(jīng)理， 同時確定測試組的構(gòu)成人選。 退出標(biāo)準(zhǔn) 測試組成立 責(zé)任人 測試經(jīng)理 圖表 錯誤！未定義書簽。 3.1.2 測試預(yù)通知 在正式測試任務(wù)下達前，開發(fā)團隊?wèi)?yīng)提前一周左右向測試團隊下達預(yù)通知， 告之較為確切的測試日期， 提供當(dāng)前最新的相關(guān)資料。 測試部門經(jīng)理可視具體情 況決定是否需要調(diào)整人力。 測試人員可預(yù)先熟悉必要的背景資料， 協(xié)助測試經(jīng)理 編寫測試計劃書初稿。 過程要 點 詳細說明 輸入條件 項目進入軟件實現(xiàn)階段（編碼） 工作內(nèi)容 項目/ 產(chǎn)品經(jīng)理郵件通知測試經(jīng)理正式測試交接時間， 測試 規(guī)模預(yù)估等 退出標(biāo)準(zhǔn) 預(yù)通知得到測試經(jīng)理確認

4、，并提交測試計劃書初稿 責(zé)任人 產(chǎn)品經(jīng)理，測試經(jīng)理 圖表 2 3.1.3 召開測試啟動會議 過程要點 詳細說明 輸入條件 測試經(jīng)理完成測試計劃書初稿 工作內(nèi)容 開發(fā)團隊與測試團隊交接測試內(nèi)容，對測試目標(biāo)達成一致， 商討測試計劃初稿的可行性， 統(tǒng)一項目組的目標(biāo)和測試的工 作重點。 退出標(biāo)準(zhǔn) 明確測試內(nèi)容與重點，項目方提交測試任務(wù)書，測試方 提交測試計劃書正稿。 責(zé)任人 產(chǎn)品經(jīng)理，測試經(jīng)理 圖表 3 3.1.4 編寫測試計劃文檔 需求分析文檔確立后，測試組需要編寫測試計劃文檔，為后續(xù)的測試工作提 供直接的指導(dǎo) 過程要點 詳細說明 輸入條件 項目需求文檔建立 工作內(nèi)容 根據(jù)項目的需求文檔，按照測試計

5、劃文檔模板編寫測試計 劃。測試計劃中應(yīng)該至少包括以下關(guān)鍵內(nèi)容： 測試需求需要測試組測試的范圍， 估算出測試所花 費的人力資源和各個測試需求的測試優(yōu)先級 測試方案整體測試的測試方法和每個測試需求的 測試方法 測試資源本次測試所需要用到的人力、 硬件、軟件、 技術(shù)的資源 測試組角色明確測試組內(nèi)各個成員的角色和相關(guān) 責(zé)任 里程碑明確標(biāo)準(zhǔn)項目過程中測試組應(yīng)該關(guān)注的里 程碑 可交付工件在測試組的工作中必須向項目組提交 的產(chǎn)物，包括測試計劃、測試報告等等 風(fēng)險管理列舉出測試工作所可能出現(xiàn)的風(fēng)險 測試計劃編寫完畢后， 必須提交給項目組全體成員， 并由項 目組組中各個角色組聯(lián)合評審。 退出標(biāo)準(zhǔn) 測試計劃由項目

6、組評審?fù)ㄟ^ . 在項目開發(fā)過程中， 要適時的對測試計劃進行跟蹤， 以 評估此計劃的完整性、可行性，在項目結(jié)束時還要最后 評估一下測試計劃的質(zhì)量 責(zé)任人 測試經(jīng)理 圖表 4 3.1.5 設(shè)計測試用例 在需求分析文檔確立基線以后， 測試組需要針對項目的測試需求編寫測試用 例，在實際的測試中，測試用例將是唯一實施標(biāo)準(zhǔn)。在用例的編寫過程中，具體 的任務(wù)和責(zé)任人如下： 過程要點 詳細說明 輸入條件 測試需求明確，測試計劃明確 工作內(nèi)容 根據(jù)每一步測試計劃編寫全部的測試用例 退出標(biāo)準(zhǔn) 測試用例需要覆蓋所有的測試需求 責(zé)任人 測試用例設(shè)計工程師（可由測試實施工程師或測試經(jīng)理兼 做） 圖表 5 3.2 實施測

7、試階段 3.2.1 實施測試用例 實施測試用例將花費測試組絕大部分時間， 這些工作都是建立在前期很多計 劃工作的基礎(chǔ)上。 過程要點 詳細描述 輸入條件 測試經(jīng)理制 前一工作日定出當(dāng)日的測試計劃 ，確定可用的測 試用例。 工作內(nèi)容 測試實施工程師根據(jù)測試計劃中分配給自己的測試任務(wù)和 提供的測試用例， 實施相應(yīng)的測試用例， 并將記錄實施用例 的結(jié)果 退出標(biāo)準(zhǔn) 測試用例中的所有任務(wù)被執(zhí)行，結(jié)果被記錄。 責(zé)任人 測試實施工程師 圖表 6 3.2.2 提交報告 在約定的測試周期完成之后，測試經(jīng)理需要總結(jié)此測試的結(jié)果，編寫測試報 過程要點 詳細描述 輸入條件 測試組完成了預(yù)定周期的測試任務(wù) 工作內(nèi)容 測試

8、經(jīng)理根據(jù)此輪測試的結(jié)果， 編寫測試報告， 主要應(yīng)包含 以下內(nèi)容： 測試報告的版本 測試的人員和時間 測試所覆蓋的缺陷測試組在這輪測試中所有處理 的缺陷，報告了測試經(jīng)理處理的缺陷和實施工程師驗證 的缺陷。不僅要寫出覆蓋缺陷的總數(shù)，還要寫明這些缺 陷的去向 測試新發(fā)現(xiàn)的缺陷數(shù)量 上一版本活動缺陷的數(shù)量 經(jīng)過此輪測試，所有活動缺陷的數(shù)量及其狀態(tài)分類 測試評估寫明在這一版本中，那些功能被實現(xiàn)了， 那些還沒有實現(xiàn)，這里只需寫明和上一版本不同之處即 可 急待解決的問題寫明當(dāng)前項目組中面臨的最優(yōu)先 的問題，可以重復(fù)提出 退出標(biāo)準(zhǔn) 在每輪測試結(jié)束之后應(yīng)盡快將符合標(biāo)準(zhǔn)的測試報告發(fā)給全 項目組 責(zé)任人 測試經(jīng)理

9、圖表 7 3.2.3 回歸測試 在每輪測試結(jié)束之后，由測試組重新拷貝修改后的最新版本，進行回歸測試。 過程要點 詳細描述 輸入條件 在每輪測試中，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)， 測試報告中全部的活動缺陷都被解決。 工作內(nèi)容 測試組將按照測試計劃中對于回歸測試的策略對產(chǎn)品進行 回歸測試，回歸測試的用例屬于測試用例的一部分或者是全 部測試用例，但不能超出原先預(yù)定的測試用例的范圍。 退出標(biāo)準(zhǔn) 回歸測試所運行的用例全部通過。 責(zé)任人 測試實施工程師 （可由測試實施工程師或測試經(jīng)理兼做） 圖表 錯誤！未定義書簽。 3.3 總結(jié)階段 測試工作結(jié)束或即將結(jié)束時， 測試組就要開始著手準(zhǔn)備進行總結(jié)的工作

10、。 3.3.1 編寫測試報告 在回歸測試結(jié)束之后，測試經(jīng)理將要編寫 測試總結(jié)報告 ，對測試進行總結(jié)， 并且提交給全體項目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。 過程要點 詳細描述 輸入條件 測試組完成了所有的測試實施工作 工作內(nèi)容 測試經(jīng)理根據(jù)測試的結(jié)果， 按照測試報告的文檔模板編寫測 試報告，測試報告必須包含以下重要內(nèi)容： 測試資源概述多少人、多長時間 測試結(jié)果摘要分別描述各個測試需求的測試結(jié)果， 產(chǎn)品實現(xiàn)了哪些功能點，哪些還沒有實現(xiàn) 缺陷分析按照缺陷的屬性分類進行分析 測試需求覆蓋率原先列舉的測試需求的測試覆蓋 率，可能一部分測試需求因為資源和優(yōu)先級的因素沒有 進行測試，那么在這里要進行

11、說明 測試評估從總體對項目質(zhì)量進行評估 測試組建議從測試組的角度為項目組提出工作建 議 退出標(biāo)準(zhǔn) 測試經(jīng)理完成了符合標(biāo)準(zhǔn)的測試報告，發(fā)送給全項目組。 責(zé)任人 測試經(jīng)理 3.3.2 測試工作總結(jié) 測試總結(jié)工作是在以上的工作全部結(jié)束以后，它的目的是評估本次測試工 作，總結(jié)經(jīng)驗，使下一次的工作做得更好。 過程要點 詳細描述 輸入條件 測試經(jīng)理完成了符合標(biāo)準(zhǔn)的測試報告，發(fā)送給全項目組 工作內(nèi)容 測試經(jīng)理根據(jù)測試的結(jié)果， 按照測試總結(jié)的文檔模板編寫測 試總結(jié)， 退出標(biāo)準(zhǔn) 測試經(jīng)理完成了符合標(biāo)準(zhǔn)的測試總結(jié)，發(fā)送給全測試組。 責(zé)任人 測試經(jīng)理 3.3.3 測試驗收 測試驗收工作是在以上工作全部結(jié)束后， 對測

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

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

14、定義： A類：新發(fā)現(xiàn)的缺陷 B類：已發(fā)現(xiàn)的缺陷 C類：已發(fā)現(xiàn)未修改的缺陷 退出標(biāo)準(zhǔn) 缺陷跟蹤報告 責(zé)任人 產(chǎn)品經(jīng)理、項目實施經(jīng)理 4 缺陷類型定義 本規(guī)范定義以下五類缺陷： A類嚴重錯誤，包括： 1. 由于程序所引起的死機 , 非法退出 2. 死循環(huán) 3. 導(dǎo)致數(shù)據(jù)庫發(fā)生死鎖 4. 數(shù)據(jù)通訊錯誤 5 嚴重的數(shù)值計算錯誤 B類較嚴重錯誤，包括： 1. 功能不符 2. 數(shù)據(jù)流錯誤 3. 程序接口錯誤 4. 輕微的數(shù)值計算錯誤 C類一般性錯誤，包括： 1. 界面錯誤 （詳細文檔 ） 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 測