測試工作流程.doc

測試工作流程 目的本文檔是測試團(tuán)隊(duì)的日常工作規(guī)范，主要側(cè)重測試工作流程的控制，明確軟件工程的各階段測試團(tuán)隊(duì)?wèi)?yīng)完成的工作。測試技術(shù)和策略等問題不在本文檔描述范圍內(nèi)。1 范圍適用于公司所有項(xiàng)目軟件測試。2 測試團(tuán)隊(duì)構(gòu)成2.1 職責(zé)測試是軟件開發(fā)過程中的重要組成部分，肩負(fù)著如下責(zé)任： 在需求文檔確立基線前對文檔進(jìn)行測試，從用戶體驗(yàn)和測試的角度提出自己的看法。 編寫合理的測試計(jì)劃，并與項(xiàng)目整體計(jì)劃有機(jī)地整合在一起。 編寫覆蓋率高的測試用例。 針對測試需求進(jìn)行相關(guān)測試技術(shù)的研究。 認(rèn)真仔細(xì)地實(shí)施測試工作，并提交測試報(bào)告供項(xiàng)目組參考。 進(jìn)行缺陷跟蹤與分析。2.2 角色在人力資源有限的情況下，一個團(tuán)隊(duì)成員可能會同時承擔(dān)多個角色。表 1角色名稱主要責(zé)任測試負(fù)責(zé)人l 組建測試組l 協(xié)調(diào)測試組內(nèi)部的溝通l 代表測試組與其他角色組進(jìn)行溝通l 編寫測試計(jì)劃l 測試報(bào)告分析測試工程師l 編寫測試用例l 執(zhí)行測試l 為測試工作提供技術(shù)支持3 工作流程及規(guī)范3.1 計(jì)劃與設(shè)計(jì)階段12344.14.1.1 成立測試團(tuán)隊(duì)在項(xiàng)目組成立的同時，測試組也將同時成立。團(tuán)隊(duì)成立的工作與責(zé)任如下：表 2過程要點(diǎn)詳細(xì)說明輸入條件項(xiàng)目組成立（參與項(xiàng)目計(jì)劃書的評審）工作內(nèi)容為測試組任命一名測試負(fù)責(zé)人，同時確定測試組的構(gòu)成人選。退出標(biāo)準(zhǔn)測試組成立責(zé)任人測試負(fù)責(zé)人4.1.2 測試預(yù)通知在正式測試任務(wù)下達(dá)前，開發(fā)團(tuán)隊(duì)?wèi)?yīng)提前一周左右向測試團(tuán)隊(duì)下達(dá)預(yù)通知，告之較為確切的測試參與日期，提供當(dāng)前最新的相關(guān)資料。測試人員可預(yù)先熟悉必要的背景資料，測試負(fù)責(zé)人編寫測試計(jì)劃書初稿。表 3 過程要點(diǎn)詳細(xì)說明輸入條件項(xiàng)目進(jìn)入軟件開發(fā)階段工作內(nèi)容項(xiàng)目經(jīng)理郵件通知測試負(fù)責(zé)人正式測試交接時間，測試規(guī)模預(yù)估等退出標(biāo)準(zhǔn)預(yù)通知得到測試負(fù)責(zé)人確認(rèn)，并提交測試計(jì)劃書初稿責(zé)任人項(xiàng)目經(jīng)理，測試負(fù)責(zé)人4.1.3 召開測試啟動會議表 4過程要點(diǎn)詳細(xì)說明輸入條件測試負(fù)責(zé)人完成測試計(jì)劃書初稿工作內(nèi)容開發(fā)團(tuán)隊(duì)與測試團(tuán)隊(duì)對測試目標(biāo)達(dá)成一致，商討測試計(jì)劃初稿的可行性，統(tǒng)一項(xiàng)目組的目標(biāo)和測試的工作重點(diǎn)。退出標(biāo)準(zhǔn)明確測試內(nèi)容與重點(diǎn)，測試方提交測試計(jì)劃書正稿。責(zé)任人項(xiàng)目經(jīng)理，測試負(fù)責(zé)人4.1.4 編寫測試計(jì)劃需求分析文檔確立后，測試組需要編寫測試計(jì)劃文檔，為后續(xù)的測試工作提供直接的指導(dǎo)。表 5過程要點(diǎn)詳細(xì)說明輸入條件項(xiàng)目需求文檔建立工作內(nèi)容根據(jù)項(xiàng)目的需求文檔，按照測試計(jì)劃文檔模板編寫測試計(jì)劃。測試計(jì)劃中應(yīng)該至少包括以下關(guān)鍵內(nèi)容：l 測試需求需要測試組測試的范圍，估算出測試所花費(fèi)的人力資源和各個測試需求的測試優(yōu)先級l 測試方案整體測試的測試方法和每個測試需求的測試方法l 測試資源本次測試所需要用到的人力、硬件、軟件、技術(shù)的資源l 測試組角色明確測試組內(nèi)各個成員的角色和相關(guān)責(zé)任l 里程碑明確標(biāo)準(zhǔn)項(xiàng)目過程中測試組應(yīng)該關(guān)注的里程碑l 可交付物在測試組的工作中必須向項(xiàng)目組提交的產(chǎn)物，包括測試計(jì)劃、測試報(bào)告等等l 風(fēng)險(xiǎn)管理列舉出測試工作所可能出現(xiàn)的風(fēng)險(xiǎn)測試計(jì)劃編寫完畢后，必須提交給項(xiàng)目組全體成員，并由項(xiàng)目組組中各個角色組聯(lián)合評審。退出標(biāo)準(zhǔn)l 測試計(jì)劃由項(xiàng)目組評審?fù)ㄟ^l 在項(xiàng)目開發(fā)過程中，要適時的對測試計(jì)劃進(jìn)行跟蹤，以評估此計(jì)劃的完整性、可行性，在項(xiàng)目結(jié)束時還要最后評估一下測試計(jì)劃的質(zhì)量責(zé)任人測試負(fù)責(zé)人4.1.5 設(shè)計(jì)測試用例在需求分析文檔確立基線以后，測試組需要針對項(xiàng)目的測試需求編寫測試用例，在實(shí)際的測試中，測試用例將是唯一實(shí)施標(biāo)準(zhǔn)。在用例的編寫過程中，具體的任務(wù)和責(zé)任人如下：表 6過程要點(diǎn)詳細(xì)說明輸入條件測試需求明確，測試計(jì)劃明確工作內(nèi)容編寫測試用例（可根據(jù)實(shí)際開發(fā)模式進(jìn)行，如迭代完成需求、設(shè)計(jì)及測試工作）退出標(biāo)準(zhǔn)測試用例需要覆蓋所有的測試需求責(zé)任人測試用例設(shè)計(jì)工程師（可由測試實(shí)施工程師或測試負(fù)責(zé)人兼做）3.2 測試執(zhí)行階段4.13.2.1 測試執(zhí)行測試執(zhí)行將花費(fèi)測試組絕大部分時間，這些工作都是建立在前期很多計(jì)劃工作的基礎(chǔ)上。表 7過程要點(diǎn)詳細(xì)描述輸入條件測試用例完成，產(chǎn)品可測試（即開發(fā)團(tuán)隊(duì)完成內(nèi)測）工作內(nèi)容測試工程師根據(jù)測試計(jì)劃中分配給自己的測試任務(wù)（包括但不限于測試用例），執(zhí)行相應(yīng)的測試，并將記錄實(shí)測結(jié)果退出標(biāo)準(zhǔn)測試用例中的所有任務(wù)被執(zhí)行，結(jié)果被記錄責(zé)任人測試工程師3.2.2 階段測試報(bào)告在計(jì)劃的測試周期后，測試負(fù)責(zé)人需要總結(jié)此輪測試的結(jié)果，編寫階段測試報(bào)告。表 8過程要點(diǎn)詳細(xì)描述輸入條件測試組完成了計(jì)劃的測試任務(wù)工作內(nèi)容測試負(fù)責(zé)人根據(jù)此輪測試的結(jié)果，編寫測試報(bào)告，主要應(yīng)包含以下內(nèi)容：l 測試報(bào)告的版本l 測試的人員和時間l 此輪測試新發(fā)現(xiàn)缺陷情況，包括數(shù)量、分類及分布等l 此輪測試缺陷的回歸情況l 經(jīng)過此輪測試，所有活動缺陷的數(shù)量、分類及分布等l 測試評估寫明在這一版本中，哪些功能被實(shí)現(xiàn)了，哪些還沒有實(shí)現(xiàn)，這里只需寫明和上一版本不同之處即可l 急待解決的問題寫明當(dāng)前項(xiàng)目組中面臨的最優(yōu)先的問題，可以重復(fù)提出退出標(biāo)準(zhǔn)在每輪測試結(jié)束之后應(yīng)盡快將符合標(biāo)準(zhǔn)的測試報(bào)告發(fā)給全項(xiàng)目組責(zé)任人測試負(fù)責(zé)人3.3 總結(jié)階段測試工作結(jié)束時，測試組就要開始著手準(zhǔn)備進(jìn)行總結(jié)的工作。3.3.1 測試總結(jié)報(bào)告在所有測試任務(wù)完成之后，測試負(fù)責(zé)人將要編寫測試總結(jié)報(bào)告，對測試進(jìn)行總結(jié)，并且提交給全體項(xiàng)目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。表 9過程要點(diǎn)詳細(xì)描述輸入條件測試組完成了所有的測試執(zhí)行工作工作內(nèi)容測試負(fù)責(zé)人根據(jù)測試的結(jié)果，按照測試報(bào)告的文檔模板編寫測試報(bào)告，測試報(bào)告必須包含以下重要內(nèi)容：l 測試資源概述多少人、多長時間l 測試結(jié)果摘要分別描述各個測試需求的測試結(jié)果，產(chǎn)品實(shí)現(xiàn)了哪些功能點(diǎn)，哪些還沒有實(shí)現(xiàn)l 缺陷分析按照缺陷的屬性分類進(jìn)行分析l 測試需求覆蓋率原先列舉的測試需求的測試覆蓋率，可能一部分測試需求因?yàn)橘Y源和優(yōu)先級的因素沒有進(jìn)行測試，那么在這里要進(jìn)行說明l 測試評估從總體對項(xiàng)目質(zhì)量進(jìn)行評估l 測試組建議從測試組的角度為項(xiàng)目組提出工作建議退出標(biāo)準(zhǔn)測試負(fù)責(zé)人完成了符合標(biāo)準(zhǔn)的測試報(bào)告，發(fā)送給全項(xiàng)目組責(zé)任人測試負(fù)責(zé)人責(zé)任人項(xiàng)目經(jīng)理3.3.2 測試歸檔 測試歸檔是在測試驗(yàn)收結(jié)束宣布測試有效、結(jié)束測試后，對測試過程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸類，存檔。表 10過程要點(diǎn)詳細(xì)描述輸入條件測試工作完成工作內(nèi)容歸類，存檔測試過程涉及到的文檔，主要包括以下文檔（必須）l 測試計(jì)劃書l 測試用例書l 測試報(bào)告書l 測試總結(jié)書退出標(biāo)準(zhǔn)全部文檔歸類完畢，版本號封存責(zé)任人測試負(fù)責(zé)人3.4 問題跟蹤反饋測試結(jié)束后，跟蹤產(chǎn)品在試運(yùn)行階段暴露出來的新缺陷，以及已提交的缺陷是否再次發(fā)生。表 11過程要點(diǎn)詳細(xì)描述輸入條件測試組完成了所有的測試執(zhí)行工作，測試驗(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)但未修改的缺陷退出標(biāo)準(zhǔn)缺陷跟蹤報(bào)告責(zé)任人項(xiàng)目經(jīng)理4 缺陷級別定義本規(guī)范定義以下四類缺陷，供參考，具體產(chǎn)品的缺陷類型定義可根據(jù)產(chǎn)品特點(diǎn)進(jìn)行調(diào)整：級別符號概述詳述致命A系統(tǒng)任何一個主要功能完全失效，用戶數(shù)據(jù)受到破壞，系統(tǒng)崩潰、懸掛、死機(jī)或者危機(jī)人身安全l 系統(tǒng)無法安裝、登陸或其他主要功能不可用l 死循環(huán)或內(nèi)存不足等原因?qū)е鲁绦驘o法運(yùn)行l(wèi) 由于程序引起的系統(tǒng)無法啟動、死機(jī)、藍(lán)屏、非法退出l 在數(shù)據(jù)或安全方面存在重大問題嚴(yán)重B系統(tǒng)的主要功能部分失效，數(shù)據(jù)不能保存，系統(tǒng)的次要功能完全喪失，系統(tǒng)所提供的功能或服務(wù)受到明顯影響l 基本功能存在部分問題或次要功能無法實(shí)現(xiàn)或遺漏l 未進(jìn)行異常處理l 性能與預(yù)期相差很大一般C系統(tǒng)的次要功能沒有完全實(shí)現(xiàn)，但不影響用戶的正常使用。l 次要功能沒有完全實(shí)現(xiàn)，但不影響用戶使用本產(chǎn)品l 界面存在明顯缺陷，設(shè)計(jì)不友好l 提示信息不準(zhǔn)確l 一般的性能問題輕微D使操作者不方便或遇到麻煩，但它不影響功能的操作和執(zhí)行l(wèi) 界面格式顯示不規(guī)范l 建議性的改進(jìn)要求5 測試標(biāo)準(zhǔn)軟件測試合格須符合以下標(biāo)準(zhǔn)：致命、嚴(yán)重級別缺陷為0，一般級別缺陷解決率為95%，輕微級別