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

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

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

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

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

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

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

7、結(jié)果退出標(biāo)準(zhǔn)測試用例中的所有任務(wù)被執(zhí)行，結(jié)果被記錄。責(zé)任人測試實施工程師圖表 63.2.2提交報告在約定的測試周期完成之后，測試經(jīng)理需要總結(jié)此測試的結(jié)果，編寫測試報告過程要點(diǎn)詳細(xì)描述輸入條件測試組完成了預(yù)定周期的測試任務(wù)工作內(nèi)容測試經(jīng)理根據(jù)此輪測試的結(jié)果，編寫測試報告，主要應(yīng)包含以下內(nèi)容：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 急待解決的問題寫明當(dāng)前項目組中面臨的最優(yōu)先的問題，可以重復(fù)提出退出標(biāo)準(zhǔn)在每輪測試結(jié)束之后應(yīng)盡快將符合標(biāo)準(zhǔn)的測試報告發(fā)給全項目組責(zé)任人測試經(jīng)理圖表7 3.2.3回歸測試在每輪測試結(jié)束之后，由測試組重新拷貝修改后的最新版本，進(jìn)行回歸測試。過程要點(diǎn)詳細(xì)描述輸入條件在每輪測試中，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報告中全部的活動缺陷都被解決。工作內(nèi)容測試組將按照測試計劃中對于回歸測試的策略對產(chǎn)品進(jìn)行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不能超出原先預(yù)定的測試用例的范圍。退出標(biāo)準(zhǔn)回歸測試所運(yùn)

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

10、性分類進(jìn)行分析l 測試需求覆蓋率原先列舉的測試需求的測試覆蓋率，可能一部分測試需求因為資源和優(yōu)先級的因素沒有進(jìn)行測試，那么在這里要進(jìn)行說明l 測試評估從總體對項目質(zhì)量進(jìn)行評估l 測試組建議從測試組的角度為項目組提出工作建議退出標(biāo)準(zhǔn)測試經(jīng)理完成了符合標(biāo)準(zhǔn)的測試報告，發(fā)送給全項目組。責(zé)任人測試經(jīng)理3.3.2測試工作總結(jié)測試總結(jié)工作是在以上的工作全部結(jié)束以后，它的目的是評估本次測試工作，總結(jié)經(jīng)驗，使下一次的工作做得更好。過程要點(diǎn)詳細(xì)描述輸入條件測試經(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é)，

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

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

13、現(xiàn)但未修改的缺陷定義：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類嚴(yán)重錯誤，包括：1. 由于程序所引起的死機(jī),非法退出2. 死循環(huán)3. 導(dǎo)致數(shù)據(jù)庫發(fā)生死鎖4. 數(shù)據(jù)通訊錯誤5 嚴(yán)重的數(shù)值計算錯誤 B類較嚴(yán)重錯誤，包括：1. 功能不符2. 數(shù)據(jù)流錯誤3. 程序接口錯誤4. 輕微的數(shù)值計算錯誤 C類一般性錯誤，包括：1. 界面錯誤(詳細(xì)文檔)2. 打印內(nèi)容、格式錯誤3. 簡單的輸入限制未放在前臺進(jìn)行控制4. 刪除操作未給出提示 D類較小錯誤，包括：1. 輔助說明描述不清楚2. 顯示格式不規(guī)范3. 長時間操作未給用戶進(jìn)度提示4. 提示窗口文字未采用行業(yè)術(shù)語5. 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志6. 系統(tǒng)處理未優(yōu)化 E類測試建議（非缺